|
My company is toying with the idea of migrating to Subversion, which I'm familiar with but have only used on small projects where I've been the only developer. Basically I'd just like to get some suggestions on the best type of setup for our web applications. We're currently using Visual Studio 2008 with CruiseControl.NET and SourceGear Vault. Currently we have three environments (development, testing and production) and a Vault repository for each environment. When developing on our local machines we check in/out from the dev repo. We then have a separate machine that we use to publish to test & production, so when stuff is ready to go out we have to manually add every single new and modified file to the right Visual Studio project on this machine, check it into the repository and then CruiseControl handles the building and publishing. What's the best practice with Subversion? Do we just continue doing the same thing except with Subversion repos? Or is there a better way? Horse Cock Johnson fucked around with this message at 18:28 on Aug 21, 2009 |
# ¿ Aug 21, 2009 18:18 |
|
|
# ¿ Apr 29, 2024 12:17 |
|
Avenging Dentist posted:This part sounds really goofy and weird. It's always felt really goofy and weird, but it was set up that way long before I ever got here. If there's a better way of doing things I'd love to not bother with that any more. Avenging Dentist posted:A cursory glance at the CruiseControl.NET page tells me that it supports SVN, so chances are you can have it point to a tag in your development repo and check out from that whenever it updates. (Tags are used as a way of "bookmarking" a revision in your repo, usually to say "this is the code for released version X.Y.Z"). Yeah, I'm aware of the branch and tag functionality in SVN which (I think) is the biggest reason for us to migrate to it. It's just something that Vault doesn't do very well - or, that we've never been able to get it to do very well. So theoretically we could have one repository, create a branch off the trunk for feature X, develop and test against that branch, merge that branch back into the trunk when feature X is ready to go live and then immediately create a tag to represent the code that went live when we pushed out feature X. Does that make sense? I'm going to make the "this is how it would work with Subversion" pitch on Monday morning and I want to be sure I know what I'm talking about.
|
# ¿ Aug 21, 2009 20:27 |
|
Back again with another SVN question. What's the correct way to go about creating a branch of a branch? Or is there even such a concept? For example, let's say I have a repository with 2 branches off the trunk: a development branch and a testing branch. Stuff gets merged from development to test and then from test to the trunk before going into production. code:
code:
|
# ¿ Aug 24, 2009 19:15 |
|
Is the Mercurial book linked in the OP still the best/most current on the subject? Has Mercurial even changed enough since 2009 for it to even matter? Or is there a more up to date book I should read?
|
# ¿ Nov 28, 2011 18:19 |