*בדיוק* מה שקורה אצלי עכשיו..
אתמול טחנתי עם המתכנתת על למה git מסרב לעשות rebase בגלל אותו קובץ דפוק. (עד שהצלחתי לגרום לו לדלג על הזבל, והיום יש לי מסע הרפתקאות על עושים rebase בvisual studio 2013 כי, אעפס הגרסה הזו לא תומכת...
 
בגדול הנוהל שהמלצתי לעשות עם git
1. ליצור branch לכל feature (כולל remote, כי יכולים לעבוד על זה חודשים)
2. לעשות fetch, ולאחר מכן מכן rebase עם הmaster בremote
3. אחרי שהעסק עובד לעשות checkout לorigin/master
4. לעשות הפעם merge עם הbranch המרוחק
5. לוודא שוב שזה עובד ואז push
 
מלבד העובדה שrebase יכול להיות בעייתי עם הbranch משותף, קרוב לוודאי שיש ויהיו הרבה בעיות עם מה שאמרתי ...בגדול הלכתי חלקית לפי זה..
(
https://www.derekgourlay.com/blog/git-when-to-merge-vs-when-to-rebase/)
 
אבל אין לי זמן להתעמק עם זה, אני צריך לתלוש מהפרוייקט שלנו איזה embedded tomcat מעצבן ולהשתמש במקומו בwebserver של com.sun, זה + jax annotation צריך לספק כל מה שצריכים(רעיון שלי) , נמאס לי שמקבלים תלונות על בעיות security רק בגלל שסורקים את tomcat ונכנסים ללחץ מבעיות גרסה שלו (משהו לגבי Protocol ejp שבכלל לא מופעל אצלנו) . וגם בגדול זה overkill למשהו שסה"כ צריך לספק העברת קבצים בhttp