Javascript-форум (https://javascript.ru/forum/)
-   Оффтопик (https://javascript.ru/forum/offtopic/)
-   -   Обсуждений тред (https://javascript.ru/forum/offtopic/47364-obsuzhdenijj-tred.html)

kobezzza 29.07.2015 10:47

Цитата:

они че употоротые папку node_modules загружать на гитхаб, они что не могут заюзать npm
Ну на самом деле, загружать папку на node_modules или bower_components нормальная практика и сами NPM это рекомендуют для проектов (не библилиотек).

Это позволяет уменьшить время деплоя и развёртки на кластере.

cyber 29.07.2015 11:00

kobezzza, хм, буду знать, спасибо

nerv_ 31.07.2015 00:07

Все, что пишу на форуме - open-source :)

---

Внимание, вопрос. Я тут накосячил... в очередной раз :D

и меня режут без ножа за мои правки https://github.com/nervgh/angular-fi...649d0e5af04b0c

также есть такой дискусс https://github.com/nervgh/angular-fi...ment-125620433

Как поступить в данной конкретной ситуации?

Спасибо)

kobezzza 31.07.2015 00:24

Ты внёс ломающие изменения и был обязан изменить первую цифру версии модуля. Это очень плохо.

Erolast 31.07.2015 07:03

http://semver.org FAQ:
Цитата:

What do I do if I accidentally release a backwards incompatible change as a minor version?

As soon as you realize that you've broken the Semantic Versioning spec, fix the problem and release a new minor version that corrects the problem and restores backwards compatibility. Even under this circumstance, it is unacceptable to modify versioned releases. If it's appropriate, document the offending version and inform your users of the problem so that they are aware of the offending version.

То есть, без повышения мажорной версии обратнонесовместимые изменения расцениваются как обычные regression-баги и должны исправляться соответствено.

nerv_ 31.07.2015 09:41

Цитата:

Сообщение от kobezzza
Ты внёс ломающие изменения и был обязан изменить первую цифру версии модуля. Это очень плохо.

это констатация факта, это я знаю)

Цитата:

Сообщение от Erolast
То есть, без повышения мажорной версии обратнонесовместимые изменения расцениваются как обычные regression-баги и должны исправляться соответствено.

соответственно - это как? Дело в том, что после "ломающего изменения" (Update bower.json) у меня был ряд "больших" коммитов, которые ревертить нет желания. Отсюда и вопрос: что делать? Переписывать историю или только переназначить теги. Если последнее, то номера версий не будут совпадать с package.json

Лично я bower практически не пользуюсь, в связи с чем мною было принято поспешное решение, что "если я поменяю main в bower.json ничего страшного не произойдет.

cyber 31.07.2015 09:55

Хочу купить эту книгу http://www.books.ru/books/algoritmy-...643713/?show=1 есть ли большая разница между 2 и 3 изданием?

kobezzza 31.07.2015 10:59

nerv_, просто сделай bower.json как было, выпусти патч. А затем если ты так хочешь поменять там параметры, то выпусти их как мажорный апдейт.

nerv_ 31.07.2015 11:35

Цитата:

Сообщение от kobezzza
просто сделай bower.json как было, выпусти патч.

можно для тупых какие-нибудь ссылки? :) О каком патче идет речь, если в packeage.json зашиты версии? Я так понимаю, что:
1. либо историю коммитов переписывать
2. либо извиниться перед юзерами и пообещать, что "больше так не буду" в лучших традициях жанра)))

kobezzza 31.07.2015 12:27

Чёто я тебя не понимаю, зачем историю комитов переделывать?

Ты поменял dist в bower.json и у людей всё поломалось, поэтому просту сделай новый комит с исправлением "как было" и выпусти новый bower релиз.


Часовой пояс GMT +3, время: 17:07.