| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11
Comments:
<0> the monthly dues.
<1> Really, that much repeat business?
<0> ?
<0> it's a gym.
<1> The rock climbing place?
<0> yeah
<1> Or do you mean a real gym
<0> the climbing gym
<0> it's a full gym
<0> climbing, and all the normal workout equipment
<1> I find that a little schizophrenic
<0> and cl***es, like spinning and yoga
<2> JBlitzen doesn't seem to be one
<1> How about copying the directories directly and then maybe an import function in the other VSS?
<1> directories directly heh
<2> have you ever looked at a VSS database?
<1> No. :D
<2> you're lucky
<1> I used VSS once on a project
<1> But I'm fairly certain that they weren't using most of its advantages in the first place.
<2> I don't know of any advantages (other than they can hook it into vs)
<3> SVN is the way to go
<0> cvs
<0> or subversion
<0> I'd like to try out subversion
<0> I'd really like to see a buildlist feature added to these things.
<2> there seems to be an archive and restore
<2> a what??
<0> well, in perforce there's this concept of changelists
<0> so, everytime you make a checkin it gets a changelist number
<0> so you can tell someone get this changelist, and they get that exact state of the repository
<0> rather than always just getting the head on everything.
<0> but, at every company I've worked at, until here
<0> we had a concept of buildlists.
<2> subversion has a single "repository state" number
<0> so, when you were sure things were working, you'd checkin and bump the buildlist number
<0> so, you'd have a full state of the repository with that buildlist
<0> but you could checkin without changing the buildlist
<0> so if you were off working on something and it wasn't done
<0> but you wanted intermediate results saved in the repository
<0> you could do that
<0> but when I checked out, I'd always grab the latest buildlist
<0> and your changes wouldn't be a part of that
<0> it comes up a lot tha tpeople want to checkin stuff they KNOW is broken
<0> but, here, they break things for everyone else when they do
<0> at AMD though, you could do that without affecting anyone.
<3> can't you get the same functionality through branches... i'm confused.
<0> Yeah, maybe.
<0> I've never really used branches.
<0> the buildlist thing was very simple
<0> it was just an option when I checked in
<0> -bl to add to the buildlist
<0> no -bl if you didn't want to add to teh buildlist.
<0> and, it definitely comes up a lot where people want to get the exact state of teh repository to reproduce something
<0> that's when things like changelist numbers, or a buildlist number really is handy
<0> I want to get the EXACT same build of the project that caused this bug
<0> I checkout the same changelist, recompile and run
<3> Noidea: You can certainly get an exact state of the repository any time in subversion (SVN)
<0> by time, or by a changelist number?
<0> vawjr said something about a repository state number.
<2> by a number
<3> a "revision" number
<2> call it whatever you want
<4> revision number, yeah
<3> that's what it's called in svn ;)
<0> revision number sounds more like the revision of some particular file.
<2> nope
<3> no, that's where svn differs from CVS
<2> no file revisions in SVN
<0> oh, I don't like that at all, I don't think.
<3> in svn each time you check in you get a single revision number for whole state of the repository
<0> What if I want to try that specific version of the project
<0> with 1 or 2 files from different versions?
<0> that happens a lot too
<0> I know this bug was in this version of the project
<0> but I think this change to whatever file fixed it
<4> you can pull up the history on a single file, i'm sure
<3> you get those files at that specific revision
<0> I'll run it with the old version to reproduce it
<0> then just get the head on 1 file.
<3> you can get any part of a repository at any revision, whether it be a file, a subdirectory, or the whole repository
<4> yeah, but you get the added benefit that any single number can be used to get the state of the entire project at that point
<3> yes
<4> i haven't used svn extensively yet, but VSS was the most retarded crap piece of software i've ever dealt with
<4> what little i've used of svn, i've enjoyed a lot
<5> yeah, i'm goign to try to convince the guys here to migrate to SVN
<6> hello
<5> there's no reason to pay for a lesser known SCC system when SVN is available
<6> can anyone tell me in visual c++ if it is some command similar to clrscr();
<2> has anyone played w/ the team system **** yet?
<6> i've tryed clrscr, but it does not work, i dunno why
<2> one would hope not
<5> i've never used it, but if they make it half as good as source depot and i'm sold
<5> i loved source depot
<5> __BUFU__, there is not
<5> you need to use the Console API to clear the screen
<6> hmm,
<2> why do all newbies want to clear the screen?
<6> where can i find some info about that?
<6> i am making a homework and i need a small menu for my aplication
Return to
#c++
or
Go to some related
logs:
maritime country with shortest coastline
#AllNiteCafe
#linux
mysql myhelpdesk
ajma aqqalla
mysql insert today's date
#chatzone
tweakdsl m0n0wall
#java
طيزها
|
|