Giter Club home page Giter Club logo

Comments (6)

SachaG avatar SachaG commented on July 26, 2024

There's already the version number but you're right, maybe the commit source would be helpful as well.

But would this be per-file? Or just on the changelog?

from discovermeteor_ja.

ento avatar ento commented on July 26, 2024

I was thinking of doing this on a per-file basis, but I hadn't realized the book is already versioned. So then, it'd be simpler to:

  1. Create a tag for each version on the English repository
  2. Agree on a target version of the book to translate and note it somewhere
    • on the changelog, readme and/or GitHub milestones?
  3. Always work from the corresponding tag of the source repo

from discovermeteor_ja.

SachaG avatar SachaG commented on July 26, 2024

Sounds good, just tagged the last update:

https://github.com/DiscoverMeteor/DiscoverMeteor_En/releases/tag/1.7

When you say "Agree on a target version of the book to translate", I assume this would be per language? If so yeah I think GitHub milestones would work.

The only problem is what happens if we release version 1.8 while you're working on 1.7? Should people keep working on 1.7, or switch to 1.8 right away?

from discovermeteor_ja.

ento avatar ento commented on July 26, 2024

Great!
Yes, "target version" would be per language.

The only problem is what happens if we release version 1.8 while you're working on 1.7?

Hmm, I guess it depends on the changes between the versions.

If it's a major overhaul and we can expect people to want to read the previous version in a coherent state from head to tail, then it makes sense to finish 1.7 first and move on to the next version.

If not, then I'd say it's better to base off from the latest version when starting a new chapter, to save the hassle of diffing and applying the changes. If someone is in the middle of translating a chapter, it'd be up to them to choose when to switch to the latest version.

Considering these cases, we might want to track the versions on a per-file basis after all.

from discovermeteor_ja.

SachaG avatar SachaG commented on July 26, 2024

I think the best way is to just try out a method and see what happens. We're kind of letting each translation project organize as they want, so as long as everybody in the repo agrees feel free to establish a new rule :)

from discovermeteor_ja.

ento avatar ento commented on July 26, 2024

@SachaG Alrighty =)

Superseded by #11

from discovermeteor_ja.

Related Issues (15)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.