Tag Info

Hot answers tagged

43

You're looking for a technical solution to a human problem. That rarely works. The reason for that is because if team members do not accept something (nor understand the implications), instead of following the rules, they'll attempt to circumvent them. That's exactly why, for example, developers should accept and understand style rules instead of just being ...


6

From my experience, feature branches are strictly more general-purpose and flexible. The advantage is that feature branches allow for a developer to work on multiple branches concurrently - and even for multiple developers to be working on the same branch, if needed, without confusion ("Why is Joe writing commits on the Bob branch...?"). Using ...


5

Basically, you're completely right. All the information should be in the VCS as well, and as commenters said, changelogs are often generated out of VCS information. However, prepared changelogs come with some remarkable advantages: A changelog does not require to connect to the VCS, maybe install the proper VSC client before, scrolling through tons of ...


5

When used properly, VCS has too much detail. Every little change is recorded, when a changelog is generally for the big user-visible changes. In short, the target audience for a changelog is not the same as for the commit messages of the VCS. If you are disciplined, a changelog can be an auto-generated subset of what is in VCS, though in my experience most ...


2

What's the purpose of keeping a changelog if everyone uses their VCS properly? ... If this history is being properly kept, what is the purpose of manually keeping the same history in a regular file? Your question is a good one, but you're making two big assumptions. Given a team with a disciplined check-in history, you're assuming that the ...


2

I think this varies from project to project. Generally the advise by Bart is a valid one. If these assets are directly connected to the source-code and managed by the developer (best example are images statically linked/embedded in a template) it's a good practice to have them inside the repo. If this isn't the case, we have to ask some other questions. ...


1

If you really believe in code reviews, then coding isn't finished until the review-revise-repeat loop exits. Until then, the code is in a sequence of preliminary forms, not its final form. Your tester could test one or more preliminary versions of the code, but the tests ought to be repeated from the beginning on the final code. Good testing practice ...



Only top voted, non community-wiki answers of a minimum length are eligible