A “Git” like workflow using Subversion?

In my previous team we used Git. I am used to performing small and many commits, that represent the ongoing progress of my development work.

When ready, i usually push changes to the central git repository to share changes with other team members.

  • Why does `:Wq` in VIM cause my commit to fail later?
  • How can I make git commit messages divide into multiple lines?
  • Include last commit index in project
  • Proper Commit Messages
  • Svn2git: Add revision number to git commit title
  • How to list stats of resolved conflicts in a merge commit?
  • In the current organization i work in, SVN is used, and this whole workflow is not available.

    What happens is, that i am working on feature X for a very long period of time, and commit my entire feature as a single commit, containing many files.

    This is cumbersome and error prone.

    I wonder what would be the ideal dev workflow using Subversion? is there anything that might resemble the Git workflow i was used to ?

  • What happens to source and destination branches after git merge?
  • Git - Ignore node_modules folder everywhere
  • How to maintain different distributions of one app
  • GitHub Clone Error: Cannot clone with EOF error
  • Using two asterisks to add a file in git
  • git gc --aggressive vs git repack
  • 2 Solutions collect form web for “A “Git” like workflow using Subversion?”

    You should convince new team to switch to git. If you can’t do that for whatever reason, you could still use git for yourself via git svn – it will let you work using git primitives and automatically save it back into svn as necessary. Progit (official Git book) has whole chapter devoted to this very topic.

    i am working on feature X for a very long period of time, and commit my entire feature as a single commit, containing many files.

    It’s your fault. Subversion has real branches (contrary to Git’s “branches”), long work can (and must, really) be separated into branch, in which you can have any amount of (small|big) commits, and final result have to be merged to mainline (/trunk most times) as single commit in trunk, but you still have detailed history in your branch.

    With git-svn you can continue to use your preferred git-client for most of tasks (but not for all, sometimes native svn-client will be a must)

    Git Baby is a git and github fan, let's start git clone.