sl4shd0t
09-20-2012, 08:35 PM
http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/0/di</img> (http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/0/da)
http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/1/di</img> (http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/1/da)
New submitter tavi.g writes "Working for an ISP, along with my main job (networking) I get to create some useful code (Bash and Python) that's running on various internal machines. Among them: glue scripts, Cisco interaction / automatization tools, backup tools, alerting tools, IP-to-Serial OOB stuff, even a couple of web applications (LAMPython and CherryPy). Code has piled up — maybe over 20,000 lines — and I need a way to reliably work on it and deploy it. So far I used headers at the beginning of the scripts, but now I'm migrating the code over to Bazaar with TracBzr, because it seems best for my situation. My question for the Slashdot community is: in the case of single developer (for now), multiple machines, and a small-ish user base, what would be your suggestions for code versioning and deployment, considering that there are no real test environments and most code just goes into production ? This is relevant because lacking a test environment, I got used to immediate feedback from the scripts, since they were in production, and now a versioning system would mean going through proper deployment/rollback in order to get real feedback."http://a.fsdn.com/sd/twitter_icon_large.png (http://twitter.com/home?status=Ask+Slashdot%3A+Taming+a+Wild%2C+One-Man+Codebase%3F%3A+http%3A%2F%2Fbit.ly%2FPY6R9l)ht tp://a.fsdn.com/sd/facebook_icon_large.png (http://www.facebook.com/sharer.php?u=http%3A%2F%2Fdevelopers.slashdot.org% 2Fstory%2F12%2F09%2F20%2F1826235%2Fask-slashdot-taming-a-wild-one-man-codebase%3Futm_source%3Dslashdot%26utm_medium%3Dfa cebook)http://www.gstatic.com/images/icons/gplus-16.png (http://plus.google.com/share?url=http://developers.slashdot.org/story/12/09/20/1826235/ask-slashdot-taming-a-wild-one-man-codebase?utm_source=slashdot&utm_medium=googleplus)
Read more of this story (http://developers.slashdot.org/story/12/09/20/1826235/ask-slashdot-taming-a-wild-one-man-codebase?utm_source=rss1.0moreanon&utm_medium=feed) at Slashdot.
http://feeds.feedburner.com/~r/Slashdot/slashdotDevelopers/~4/HSIUga6pAkI
More... (http://rss.slashdot.org/~r/Slashdot/slashdotDevelopers/~3/HSIUga6pAkI/ask-slashdot-taming-a-wild-one-man-codebase)
http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/1/di</img> (http://feedads.g.doubleclick.net/~at/nEsR6EKk8JdHRsw4k2fYxTfsRwc/1/da)
New submitter tavi.g writes "Working for an ISP, along with my main job (networking) I get to create some useful code (Bash and Python) that's running on various internal machines. Among them: glue scripts, Cisco interaction / automatization tools, backup tools, alerting tools, IP-to-Serial OOB stuff, even a couple of web applications (LAMPython and CherryPy). Code has piled up — maybe over 20,000 lines — and I need a way to reliably work on it and deploy it. So far I used headers at the beginning of the scripts, but now I'm migrating the code over to Bazaar with TracBzr, because it seems best for my situation. My question for the Slashdot community is: in the case of single developer (for now), multiple machines, and a small-ish user base, what would be your suggestions for code versioning and deployment, considering that there are no real test environments and most code just goes into production ? This is relevant because lacking a test environment, I got used to immediate feedback from the scripts, since they were in production, and now a versioning system would mean going through proper deployment/rollback in order to get real feedback."http://a.fsdn.com/sd/twitter_icon_large.png (http://twitter.com/home?status=Ask+Slashdot%3A+Taming+a+Wild%2C+One-Man+Codebase%3F%3A+http%3A%2F%2Fbit.ly%2FPY6R9l)ht tp://a.fsdn.com/sd/facebook_icon_large.png (http://www.facebook.com/sharer.php?u=http%3A%2F%2Fdevelopers.slashdot.org% 2Fstory%2F12%2F09%2F20%2F1826235%2Fask-slashdot-taming-a-wild-one-man-codebase%3Futm_source%3Dslashdot%26utm_medium%3Dfa cebook)http://www.gstatic.com/images/icons/gplus-16.png (http://plus.google.com/share?url=http://developers.slashdot.org/story/12/09/20/1826235/ask-slashdot-taming-a-wild-one-man-codebase?utm_source=slashdot&utm_medium=googleplus)
Read more of this story (http://developers.slashdot.org/story/12/09/20/1826235/ask-slashdot-taming-a-wild-one-man-codebase?utm_source=rss1.0moreanon&utm_medium=feed) at Slashdot.
http://feeds.feedburner.com/~r/Slashdot/slashdotDevelopers/~4/HSIUga6pAkI
More... (http://rss.slashdot.org/~r/Slashdot/slashdotDevelopers/~3/HSIUga6pAkI/ask-slashdot-taming-a-wild-one-man-codebase)