-
Notifications
You must be signed in to change notification settings - Fork 386
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make catalog file line number references optional #587
Comments
Hey @MarttiR! What if the Message references and sources would be extracted from the existing codebase and translations would be loaded from the current branch. Ideally we could use the latest translation in merge in case if both What do you think? Willing to work on it and send a PR? |
@tricoder42 I suppose that would be a step forward, but unless However, it would be a lot easier to implement a configuration option that is checked when adding line number references to serialized translation objects. |
This feature will be really useful, please consider to merge it. As a temporal fix, we came up with a workaround:
Then, as npm script: |
It has just been released in 2.9.0. |
Is it correct that this option is not available for PO files (yet?)? There is currently no way to configure lingui to include line numbers/origins in PO files? |
@joshhunt Not yet, but it's available in v3 (pre-release). It's not documented (yet), but I've definitely merged it https://github.com/lingui/js-lingui/blob/next/packages/conf/src/index.ts#L58 |
@MarttiR, @joshhunt is it same with #720 (comment) ? |
Problem description
Having line numbers in catalog files creates a lot of merge conflicts in a GitFlow-ish workflow when multiple developers are working on the same codebase. The same conflicts happen in each language catalog file and each one must be manually merged twice: first when merging feature branches to develop, and once more when merging to master.
Preferred solution
There should be an option to turn off the line numbers from catalog output.
Alternatives considered
This could be accomplished by using the
minimal
format, but it would also strip theobsolete
info, which is needed for development. The PO format also includes line numbers, so it would create the same amount of conflicts.The text was updated successfully, but these errors were encountered: