Mastodon: @canpolat@hachyderm.io

  • 179 Posts
  • 47 Comments
Joined vor 2 Jahren
cake
Cake day: 20. Juni 2023

help-circle





  • For us to be able to help you, I think you need to give us some more details about the organization of your work. If each chapter is a separate text file, then you don’t really need to do any branching at all (assuming people will only make changes on their own files and not touch others’ work). If it is a single text file, branching (or anything else, to be honest) will not help much.

    I assume chapters will have their separate files. As long as you can control who touches which file, everybody can work on the same branch (also referred to as “trunk based”). But if you fear that people may interfere with each other’s work (willingly or by accident), then it makes sense to create a branch per chapter to keep contributors at a distance from each other. But working on a single repository requires some sort of an agreement on the workflow.


























  • canpolat@programming.devtoSelfhosted@lemmy.worldPlex for books?
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    8
    ·
    vor 1 Jahr

    I know you said “self hosted”, but if you are interested in an Android app, Google Play Books does most of what you want, I think. You can upload your books, and read them on any device (with offline capabilities). But this is the Self Hosted community, so I will show myself out.



  • canpolat@programming.devOPMtoGit@programming.devDiff debugging
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    vor 1 Jahr

    That’s explained at the end (Revisions). Fowler is probably looking for a general term that can be used to describe this specific way of debugging. Since he is aware of git bisect (and I’m sure he knows about hg bisect) there must be a reason he is not preferring “bisect debugging,” for example.

    Edit: The term diff has a clear link with version control. bisect is not that obvious. It may be ambiguous/vague in debugging context. I would still call it “bisect debugging.”





  • Apart from the historical value, the most important part of this article now is the “Note of reflection” added 10 years after it’s inception:

    If your team is doing continuous delivery of software, I would suggest to adopt a much simpler workflow (like GitHub flow) instead of trying to shoehorn git-flow into your team.

    I don’t think this work flow is relevant any more even for teams that don’t do CD, to be honest. It was a messy work flow to begin with and I haven’t seen it applied successfully in practice.