What I always find interesting, (and telling) when workflows are discussed, is that very little mention is made about the type and size of the site/app being produced, which are probably the most significant items that decides a workflow. If you look at the post from Birnou, (#55 I think) he mentions the site/app specifications. By saying there is a specification one has then to decide what the specification requires in order to be compliant with the least hassle with the specification. For the avarage small buisness site, we are probably talking of the design and a cms. On a slightly more complexed site it may include functionality, such as how a searcg feature should work, and product filters, (type, colour, price). So the specification will include more, and more features the larger and more complexed the site becomes. My argument would be, that for a small site, (even with a cms) git can be overkill, as just the setting up, and remembering what is what, will take up more time than commenting the code and making notes. Once one moves to a large much more complexed site/app, git in many cases becomes a tool for team members, (from developer to photographer) that could be used as part of the project managment, (if there is more than one person) as overall project management should be the responsibility of one person, (normally the manager, but does not have to be).
... View more