Contents tagged with Mercurial
-
Keeping a project’s public Git or Mercurial remote safe from your private stuff
So you’re a committer on an open-source project, and you also use the same project to build non-public projects for your customers. You set-up your customer’s repository so that it has remotes that point to the public project’s repo on one side, and the customer’s private repo on the other. You pull from the public remote, and only ever push to the private one. Everything works fine, until one day, you make one small mistake and push all of your customer’s proprietary code to the public repo for all to see. Oops.
Before you ask, no, I did not just do that. I did it once a long time ago with some proprietary code of my own, not customer code, thankfully. It was embarrassing enough however, and I had to ask for some help zapping the code before it was on too many people’s clones. This post is not about fixing the mess, it’s about preventing it from happening.
-
Source-controlled database backups
I’m not very satisfied with traditional database
backup solutions. It seems like almost no progress was
made since SQL Server 6.5 (at least for the built-in
tools). They are still outputting monolithic binary
backup files that only do the job if the only thing you
expect from backups is the ability to recover from
catastrophic failures. I expect more, but before I
explain, we need a disclaimer:
-
From ScrewTurn Wiki to Markdown
I'm in the process of moving the Orchard documentation
site from ScrewTurn Wiki to a Mercurial + Markdown
system, where revisions are managed through source
control tools instead of a fully online wiki. We see
quite a few advantages in doing that, but that's a story
for another post.
-
How to get a source code enlistment set-up for Orchard
This screencast shows the basic set-up for an Orchard dev environment.
-
Setting up a continuous integration server for a CodePlex project using TeamCity and Mercurial
Continuous integration enables developers to have an
automated way of validating the quality of their
check-ins. A CI server will monitor your version control
repository and on every check-in will build the project
and at the very least run unit tests. If anything goes
wrong (compilation error, failing test, etc.), the
server will send e-mail to the team so the developer
responsible for the faulty check-in can investigate and
fix the problem.