Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

4
  • i chose "method" because i could have GetEntityByCategory(long categoryId), which could be changed to GetEntityByCategory(long categoryId, bool excludeArchived) in one branch, and GetEntityByCategory(long categoryId, long subCategoryId) in another. With the (terrible) specifications we get for new features, it is not always possible to know that two specifications collide (this is a business issue, but not one that is easily resolved)... (more to follow) Commented Jul 21, 2015 at 21:02
  • If i merge Task 1 and 2 into Sprint, and task 2 conflicts, if i then rebase task 2, wouldnt i then end up consuming task 1 or at least part of task 1, and if task 2 ends up going into master first, features from task 1 will leak live before it is ready. how is this avoidable? Commented Jul 21, 2015 at 21:03
  • If task 2 is the one getting rebased, doesn't that mean task 1 has been merged "cleanly" without issue? The rebased task may need some rework but the merged task should be a perfectly releasable commit. Commented Jul 21, 2015 at 21:06
  • If task 1 is merged into sprint, that doesnt mean its live, it just means it is in the "beta" environment, it is only after task 1 has been tested good that a pull request is made from task 1 to master. but, if in the meantime, task 2 is merged into Sprint, and a conflict arises in that merge, a fix will be committed to Sprint rather than either of the task branches. Task branches will always be kept up to date with master, but never merged back from Sprint to avoid features from each task leaking. Sprint is where tasks go to get tested together. master is where they go to meet the public Commented Jul 21, 2015 at 21:11