"YOU AND THE ART OF ONLINE DATING" is the only product on the market that will take you step-by-step through the process of online dating, provide you with the resources to help ensure success. Get it now!
You could take a look at TortoiseHg wiki on SVN Using TortoiseHg as a client for a Subversion server section, maybe it will help you make a decision about the tools presented in the Mercurial wiki you linked in your question Also, check out the answer given by VonC on this question: Mercurial from Subversion: moves, renames and tags.
You could take a look at TortoiseHg wiki on SVN - Using TortoiseHg as a client for a Subversion server section, maybe it will help you make a decision about the tools presented in the Mercurial wiki you linked in your question. Also, check out the answer given by VonC on this question: Mercurial from Subversion: moves, renames and tags.
If the TortoiseHg client would allow me to do both a checkout and then updates from an svn repos while at the same time was able to push to my hg repos it would be awesome. Ill check that out. – mizipzor Feb 16 '10 at 8:56.
Pulling new changes is easy: checkout the svn code, and regularly 'svn update' it, then check those downloaded files into your mercurial repo. The . Hgignore file is there to tell mercurial which file types not to track - ie to ignore.Do not add this to your mercurial repo, chances are it'll just contain the same exclusions as your subversion global-ignores.
Patch generation in SVN is easy, do svn diff > myPatch. Diff (after updating the svn repo).
– mizipzor Feb 16 '10 at 0:22 there is no problem adding the . Hgignore file to the repo, in fact the book recommends it – jk. Feb 16 '10 at 11:08.
You could consider working with MQ. So, you would have a project managed by two VCS at the same time: SVN: used to stay up-to-date with the main repository HG: where you'll perform addremove commands after each update from SVN and where you'll use MQ to write your patches. Doing so, it'll aslo be alot easier when the time will be to provide your patch to the main repository.
At first glance, it seems a bit overkill/complicated. But maybe I underestimate the problem at hand here. I'll look into it, thanks!
– mizipzor Feb 16 '10 at 10:53 If you want, take for reference the workflow descibed here: bitbucket. Org/segv/hg-website/wiki/Workflows in the section "Dealing with CVS" – gizmo Feb 16 '10 at 12:05.
The guide you used converts svn to hg, but is meant for a one-time conversion, not for continued interoperability. You want something like hgsubversion. EDIT: just noticed you linked to it in the question.
There shouldn't be a problem keeping a clone of your repository on bitbucket - interact with SVN with hgsubversion locally, and push to bitbucket as you normally would - you have a regular hg repo.
You pretty much nailed it there with what Im aiming for (the edit part). But I still havent figured out if the . Svn and .
Hgsvn folders should be tracked in my copy, you don't happen to know that? Im also waiting for new stuff to show up on the official svn repos to try an update from there. – mizipzor Feb 16 '10 at 8:54.
I cant really gove you an answer,but what I can give you is a way to a solution, that is you have to find the anglde that you relate to or peaks your interest. A good paper is one that people get drawn into because it reaches them ln some way.As for me WW11 to me, I think of the holocaust and the effect it had on the survivors, their families and those who stood by and did nothing until it was too late.