|
I'm glad you like it. I've used it a lot for displaying HTML I've generated for reports and such.
Software Zen: delete this;
|
|
|
|
|
Yeah, that is kind of what I do to.
As a side project, I used it with styling to create a MessageBox() lookalike dialog. It was really just to see if I could do it, but it actually makes it possible to stick all kinds of things in a MessageBox (tables, images, you name it).
Soren Madsen
"When you don't know what you're doing it's best to do it quickly" - Jase #DuckDynasty
|
|
|
|
|
I think there's something to be said for it. I've probably used that more than anything else over the years, but not for 10 years at least now.
In those days, when someone had a file checked out a verbal 'after you' seemed to work ok. Now we have branches everywhere and horrendous merging, one of the most painful parts of my job.
Whilst I accept that this is the way things work these days and I wouldn't go back it did seem to work just fine in the old days.
Regards,
Rob Philpott.
|
|
|
|
|
Our group is small. When we first started out, we decided the exclusive checkout model was easier for us to deal with. It's become part of our 'culture' now. We do use branching, but it tends to be a 'whole product' kind of thing. When a version is released to manufacturing, we create a branch for maintenance purposes. It becomes a separate development path for the software. Usually there are only a few updates in the branch, but we've occasionally had active branches that were maintained for years (stern looks at certain customers who refuse to update to later versions).
Software Zen: delete this;
|
|
|
|
|
Good Lord.
Guys, can we have a whip round?
|
|
|
|
|
The key here is to learn to love the whip.
Software Zen: delete this;
|
|
|
|
|
I used Git, CVS and Mercurial (Hg) before.
and I like Mercurial (Hg) more.
Mercurial (Hg) is more easy to handle.
|
|
|
|
|
Not really programming in high level last time, but when... I use to do backups each day with timestamp in name and a tiny explanation on what was going on that day. If I need more explanation then I add a tiny *.txt with what I need to save.
If I come back to high level end, I suppose I will have a look to those tools and pick one.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
you should use some scc to aquire the knowledge. I would recommand git
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
Why are there CVS and Mercurial in the list and Perforce is missing?
|
|
|
|
|
because perforce sucks.
and yes, i'm using it daily at my job - and hate every minute of it.
|
|
|
|
|
In comparison to ClearCase, it's a thing of mesmerizing beauty.
Regards,
Rob Philpott.
|
|
|
|
|
Because cr@p cannot be VCS. Everybody who touched it, LEAVED it.
|
|
|
|
|
I use SVN but sometimes I thought...My source files are under control but my code is Out of Control
Find More .Net development tips at : .NET Tips
The only reason people get lost in thought is because it's unfamiliar territory.
|
|
|
|
|
|
SVN is a document versioning system; it does not have the functionality required for code management.
You'll never get very far if all you do is follow instructions.
|
|
|
|
|
|
It does work pretty well, Ankh is also good!
Er, I can't think of a funny signature right now.
How about a good fart to break the silence?
|
|
|
|
|
My "Other" SCC system is Perforce. I'd rather use Git, but the PHB's at work have decreed that Perforce is our repository.
|
|
|
|
|
My project uses AccuRev which is a cousin of ClearCase. It allows a pretty good amount of flexibility.
|
|
|
|
|
If you listen to tech media you'd think that everyone uses Git, and a handful of us old coots still use SVN. I use both, but given the choice I choose SVN every time.
|
|
|
|
|
Yvan Rodrigues wrote: I use both, but given the choice I choose SVN every time.
Same here. Unfortunatelly, I seldom have a choice...
|
|
|
|
|
You put your finger on Git's success: GitHub.
GitHub is often chosen because it's easy. Setting up a new repo is trivial, and that's why both open-source and corporate users use it.
The closest thing to GitHub for SVN is SourceForge, I guess; maybe Google Code or CodePlex. None of these are as easy to use as GitHub, and SVN has never had a site to champion them.
In my case I run my own SVN server, but if I didn't I might end up using GitHub (or ::Workspaces)
|
|
|
|
|
Did you know that Github does SVN too, now? You can have SVN access to the Git repo, it's not like you have to choose Git or SVN!
Er, I can't think of a funny signature right now.
How about a good fart to break the silence?
|
|
|
|
|
Last time I checked, SVN access was read-only.
|
|
|
|