You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Even though LibreBooking is distributed as code rather than a binary, service or a docker image, I assume users shouldn't make any changes to the code as they will lock themselves out of future updates. That is, unless they intend to submit those changes as PRs upstream (which my org up until recently has not done).
Considering that, how is LibreBooking intended to be consumed?
Are users (who don't intend to open PRs) expected to NEVER make any changes to source code?
If the answer to 1 is 'yes', how would those users be able to upgrade to new versions without getting merge conflicts?
Are there limited cases (i.e. changing CSS or static files) where users can change the project? If so, do we expect them to be competent enough in git to .gitignore all those changes to keep up with new releases?
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
-
Even though LibreBooking is distributed as code rather than a binary, service or a docker image, I assume users shouldn't make any changes to the code as they will lock themselves out of future updates. That is, unless they intend to submit those changes as PRs upstream (which my org up until recently has not done).
Considering that, how is LibreBooking intended to be consumed?
Beta Was this translation helpful? Give feedback.
All reactions