Asset duplication on GitBook merge (GitLab sync) #1171
Replies: 2 comments
-
|
👋 @lucacavazzana - we'll look into it, thanks! |
Beta Was this translation helpful? Give feedback.
0 replies
-
|
Hey! This should be resolved 🤞 Let me know if anything looks off |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Summary
Every time I merge an edit through GitBook, random assets get duplicated in the synced GitLab repository — often assets that are completely unrelated to the page I edited. References to the original files are also silently updated to point to the new duplicates.
Steps to reproduce
Expected behavior
Only files related to the edited page are modified. No unrelated assets are touched.
Actual behavior
The commit includes a newly created duplicate of an unrelated asset (e.g.,
example (1).png, a binary copy ofexample.png), and all references to the original in Markdown files are updated to point to the duplicate. The GitBook change history shows no trace of these modifications — only the intentional edits are displayed.Impact
These rogue changes compound over time, causing uncontrolled proliferation of files in the
.gitbook/assets/directory:example (1).png,example (1) (1).png,example (1) (1) (1).png, ...Evidence
The following git show output illustrates the issue (filenames redacted). A new image was created, and references were updated, despite no edit being made to the affected page or image:
Additional context
This has been occurring consistently for the past couple of years across multiple merges.
Beta Was this translation helpful? Give feedback.
All reactions