Wie kann man einen Kollegen nicht unter einen Bus werfen?

Ich entschuldige mich, wenn der Titel zu idiomatisch ist, aber ich weiß nicht, wie ich den Fall ohne ihn erklären soll.

Kurzversion (nicht technisch). Ich habe einen Kollegen, der aus irgendeinem Grund eine notwendige Fertigkeit nicht erlernt hat, die einem 5-minütigen Überfliegen eines Handbuchs oder dem Nachschlagen eines YouTube-Videos entspricht. Eigentlich hätte es eine Fähigkeit sein sollen, die er vor anderthalb Jahren erworben hatte.

Unser Manager möchte, dass ich ein Projekt auf eine schlecht durchdachte Weise abschließe, wenn die Lösung des Problems darin besteht, dass der Kollege nur ein einfaches Stück Software lernt. Der Manager sollte das wissen, es wurde ihm in der Vergangenheit erklärt.

Längere Version (technisch). Ich bin Softwareentwickler und kam zu meinem jetzigen Job, um bei Infrastrukturproblemen zu helfen. Ich bin der erste echte Entwickler, den das Unternehmen eingestellt hat. Der andere Entwickler hat unter den vorherigen IT-Direktoren gelernt, hat aber in den 2 Jahren, in denen er im Amt ist (mehrere Jahre im Unternehmen), nicht wirklich die Initiative ergriffen.

Wir versuchen, zur Verwendung von Git überzugehen. Ich benutze es seit ungefähr 7 Monaten, keine Probleme. Alles, was passieren muss, ist, dass mein Kollege GIT herunterlädt und ein Tutorial liest, das ich dem Team vor einem halben Jahr zur Verfügung gestellt habe. Er hat es nicht getan.

Nun, mein Chef, der kein Entwickler ist und vielleicht nicht allzu technisch versiert ist, möchte Git auf äußerst komplizierte Weise einführen. Er weiß, dass mein Kollege es nicht weiß, und es wurde mehrmals erklärt, dass wir nur anfangen müssen, es zu benutzen.

Fragen

  • Wie erkläre ich dem Vorgesetzten die Situation (nochmals) ohne Aufsehen zu erregen?
  • Wie erreiche ich das optimale Ergebnis, ohne auf die Untätigkeit meiner Führungskraft aufmerksam zu machen
  • Wie halte ich meinen Kollegen von Ärger fern (er geht und die Firma geht den Bach runter)?

Ich weiß buchstäblich nicht, wie ich es meinem Vorgesetzten gegenüber formulieren soll. Er ist so herablassend und bevormundend. Die ganze Situation erscheint mir wie ein Lose-Lose.

Was verlieren Sie persönlich, wenn der Manager Git auf seine komplizierte Art und Weise implementiert und dabei auf die Mängel Ihres Kollegen stößt? Mir scheint, Sie sollten einfach zurücktreten und sie weitermachen lassen und dann möglicherweise scheitern. Der Manager und möglicherweise das Unternehmen könnten "verlieren", Sie jedoch nicht. Wenn Sie nichts gewinnen können, wenn Sie diese Verantwortung übernehmen und dann wahrscheinlich scheitern, warum sollten Sie sich dann einmischen?
„Ich bin der erste echte Entwickler, den das Unternehmen eingestellt hat“ – nein, es gibt bereits einen Entwickler. Sie geben sich einfach nicht so viel Mühe wie du. Klingt so, als müssten Sie Ihre Denkweise ein wenig ändern und geduldiger sein, bevor Sie als zu egoistisch für Ihr eigenes Wohl angesehen werden.
@MarvMills Ich stimme zu, obwohl Git verwendet werden kann, um in die Produktion zu gelangen. Wenn sie Git auf ihre komplizierte Art und Weise implementieren und ihre Produktionsserver fubar werden, wäre dann nicht der „erste echte Entwickler“ derjenige, der die Schuld dafür trägt, dass er nicht eingegriffen hat, wenn er schief gelaufen ist?
"5 Minuten ein Handbuch überfliegen oder ein YouTube-Video nachschlagen" - Sie trivialisieren Git für einen Neuling auf gefährliche Weise, insbesondere wenn er sich gut in Arbeitsmuster eingearbeitet hat, die für andere Systeme (z. B. SVN) geeignet sind. In einem so kleinen Unternehmen/Team wie Ihrem kann oberflächliches Wissen gefährlicher sein als gar keins.
Für mich - Sie unterschätzen die Lernkurve von GIT
Ich stimme Julia Hayward und Watercooler zu: klar, das Begehen, Schieben und Holen ist einfach. Schwieriger wird es, wenn Fusionen und/oder Konflikte auftreten.
Klingt für mich so, als wären Sie derjenige, der dies zu einem Lose-Lose macht. Ihr Vorgesetzter ergreift Maßnahmen. Sie mögen einfach nicht die Art und Weise, wie er plant, GIT einzuführen.
„Ich bin der erste echte Entwickler, den das Unternehmen eingestellt hat.“ - Dann wissen Sie, wie wichtig Cross-Training ist. Manche Leute, mich eingeschlossen, sind ein wenig verwirrt, wenn sie alles in einem Projekt miteinander verbinden. Einige Architektur-Leute halfen dabei, alle speziell für ihre Projekte durch Subversion und TeamCity zu führen. Warum kannst du dir nicht die 10 Minuten nehmen, um deinem Teamkollegen zu helfen ?
Sie gehen davon aus, dass es keine triftigen Gründe für den verworrenen Vorschlag Ihres Vorgesetzten gibt. Vielleicht gibt es wirklich gute Gründe, die Sie nicht kennen, wie Sicherheitskonformität, Notfallwiederherstellung, Verfügbarkeit, Leistung oder etwas anderes, das Sie nicht in Betracht gezogen haben. Bevor Sie die Idee einer anderen Person veräppeln, sollten Sie versuchen zu verstehen, warum sie diese Idee vorschlägt.
Ich sehe viele Zugunfälle, wenn Git in Organisationen eingeführt wird. Es läuft alles darauf hinaus, dass Leute spröde Annahmen darüber treffen, welcher Workflow verwendet werden sollte, und blind die Tatsache ignorieren, dass Git überhaupt keinen Workflow auferlegt und dass der Workflow genauso wichtig ist wie alle dummen Git-Befehle, die verwendet werden.
@EdwinLambregts Auch wenn das Zusammenführen ein komplexes Thema ist, kann es behandelt werden, wenn wir dazu kommen. Wir sind, aus welchen Gründen auch immer, noch nicht einmal am yum install gitEnde git clone ...des Prozesses.
@watercooler, versteh dich nicht falsch, ich weiß, dass Git kompliziert (oder absolut einfach) sein kann, aber ich bin mir nicht sicher, ob grundlegende Commits in die Nähe des Höhepunkts der Kurve kommen. Tust du? Ich könnte seine Komplexität für andere Entwickler wirklich unterschätzen, nur weil ich dazu neige, die Versionskontrolle anzunehmen.
@Jimmy, ich entschuldige mich, wenn ich mich nicht klar ausgedrückt habe, aber ich habe mehrere Versuche unternommen, den Prozess mit meinem Teamkollegen durchzugehen. Sogar das Verweisen und Versenden von Links zu Videos, die klar waren, weil er das bevorzugt.
@teego1967 Sie haben Recht, und ich stimme Ihnen bezüglich der Bedeutung von Workflows zu, aber wir können das nicht einmal ausarbeiten, bis wir tatsächlich eine aktuelle Kopie unserer Projekte in VC erhalten.
"GIT herunterladen"? Können Sie das näher erläutern?
Was ist mit der Verwendung von ... Subversion?
@nobrandheroes – Ich denke, dass das Definieren des Zusammenführungsprozesses lange vor „dem yum install gitund git clone ...“ kommt. Deshalb wird normalerweise am Anfang eine Person mit Kenntnissen und Erfahrungen mit dem Tool dringend benötigt.
@nobrandheroes — Was ist VC?
"Ich bin der erste echte Entwickler, den das Unternehmen eingestellt hat." --- Wenn Sie ein echter Entwickler wären, wüssten Sie, dass es mehr als fünf Minuten dauert, GIT zu lernen. Ich habe gerade einen anderen OP gesehen, der sagte, er könne etwas in 10 Sekunden erledigen, für das sich jemand viel Zeit genommen hat (fälschlicherweise laut ihm). Viele übermenschliche Entwickler hier ... Das beantwortet die Frage nicht, aber ich hoffe, Sie verstehen, dass Sie mit Ihrer Einstellung auf lange Sicht nicht weiterkommen.
@Daniel, zugegeben, Git hat eine Lernkurve, ist aber git pushnicht git pullkompliziert zu verwenden, insbesondere wenn Sie einen Editor haben, der dies für Sie erledigt.
Angesichts des Inhalts der Frage und der Antworten denke ich, dass Sie den Titel bearbeiten sollten, um widerzuspiegeln, dass es bei der Frage entweder darum geht, einen Kollegen mit Git auf den neuesten Stand zu bringen, oder wie Git implementiert wird. Ich bin mir nicht sicher, was ich ändern soll, sonst würde ich direkt eine Änderung vorschlagen.
Niemand scheint dies erwähnt zu haben, aber es ist mehr als wahrscheinlich, dass Ihr Kollege ein anderes Tool verwendet, das eine ähnliche Aufgabe wie git erledigt (es gibt viele, zum Beispiel svn, mercurial usw.). git ist beliebt, aber es gibt viele Gründe, warum jemand ein anderes Tool bevorzugen könnte. Haben Sie Ihren Kollegen gefragt, warum er nicht wechseln möchte? Wenn ihnen beispielsweise ein bestimmter Workflow mit einem anderen Tool gefällt, können Sie entweder nachgeben oder ihnen zeigen, wie es mit Git geht. Der Schlüssel hier ist, mit Ihrem Kollegen zusammenzuarbeiten und ihm kein Lesematerial zuzuwerfen.

Antworten (3)

Ich sehe hier ein paar Bereiche für "Verbesserung".

Ich bin der erste echte Entwickler, den das Unternehmen eingestellt hat.

Sie haben also eine Lücke in einigen Domänenkenntnissen/Bereichen identifiziert. Das ist gut; Das bedeutet, dass Sie wissen, dass Sie enger zusammenarbeiten und der Anführer sein müssen, den das Team braucht, um erfolgreich zu sein. Dazu gehört es, alle auf den neuesten Stand zu bringen und notwendige Dinge wie eine Quellcodeverwaltung frühzeitig einzurichten.

Wir versuchen, zur Verwendung von Git überzugehen. Ich benutze es seit ungefähr 7 Monaten, keine Probleme

„Sie“, der es verwendet, bilden nicht das „Team“, das es verwendet. Git ist ein Werkzeug, ähnlich wie viele Dinge in der Softwareentwicklung. Wenn du es weißt, hilft es dir nur , und wenn du es wirklich gut kennst, warum hast du dann niemanden darauf trainiert? Wenn es so einfach und nahtlos ist, sollten Sie in der Lage sein, es in 5 Minuten auszuschalten. Erklären Sie seine Nützlichkeit, zeigen Sie dieser Person vielleicht, wie viele Leute es nutzen.

„Hier erfahren Sie, wie Sie es mit unserem Projekt verbinden. So können Sie hin und wieder Push/Pulldown/Commit durchführen. So lösen Sie Konflikte. Dies wird uns dabei helfen, gemeinsam an diesem Projekt zusammenzuarbeiten und uns effektiv gemeinsam zu entwickeln.“

Bei der Implementierung von Git würde ich einen sehr einfachen Ansatz wählen:

Das Problem, das wir zu lösen versuchen, ist X. Die Art und Weise, wie wir X lösen, ist die Verwendung einer Quellcodeverwaltung/eines Repositorys, die es Person A und mir ermöglicht, zusammenzuarbeiten und dieselben Dateien zu teilen, ohne uns gegenseitig auf die Füße zu treten. Wenn wir Git nicht verwenden, öffnet es die Tür für alle möglichen Probleme usw.

Ich denke, dass dies gehandhabt werden könnte, ohne Ihren Vorgesetzten einzubeziehen. Wenn Sie wissen, wie man Git verwendet, und Sie mit den Best Practices vertraut sind, stellen Sie eine kleine PowerPoint-Datei oder etwas Ähnliches zusammen und dokumentieren Sie den Prozess und warum es nützlich ist. Stellen Sie eine Schritt-für-Schritt-Anleitung oder etwas Ähnliches bereit , damit die Leute Ihnen vertrauen und ihnen zeigen, dass Sie wissen, wovon Sie sprechen. Verwenden Sie Screenshots, Git-Analysen, was auch immer Sie brauchen. Vereinbaren Sie dies einfach mit Demut. Wenn Ihr Chef herablassend ist, ist das sein Problem. Nicht deins. Sie müssen nicht so leben - seien Sie einfach Ihr Bestes und machen Sie den besten Job, den Sie machen können.

„Git“ ist ein Tool, das Gruppen von Menschen hilft, Änderungen zu koordinieren. Eine Person, die es benutzt, ist überhaupt nicht sehr hilfreich (es hilft einigen, löst aber keine wichtigen Probleme). Es muss von allen verwendet werden, sonst wird es für eine Gruppe sinnlos.
@gnasher729 Richtig. Es ist im Wesentlichen dasselbe wie Subversion, das ich verwende. Haben Sie in meiner Antwort irgendwo Verbesserungsbedarf gesehen? Fühlen Sie sich frei zu bearbeiten.
@Jimmy, obwohl ich kein Experte im Erlernen von Git bin (wir hätten es gleichzeitig lernen sollen), habe ich Tutorials geschrieben, ihn beiseite genommen und ihm gezeigt, wie es funktioniert, verschiedene Software usw. Ich kann es nur senden viele *"Können Sie diese Software installieren/diesen Befehl ausführen und mit Ihrem Laptop zu meinem Schreibtisch kommen, wenn Sie eine freie Minute haben ..." E-Mails schreiben oder vorbeikommen, ohne dass es Belästigungen gibt. Er ist ein gutes Stück älter als ich, was mir nicht hilft, seine Zeit zu beanspruchen. Ich denke, ich werde einfach an seinem Schreibtisch sitzen und nicht gehen, bis er tatsächlich alles installiert und geklont hat.
@nobrandheroes — Vielleicht müssen Sie 2 Stunden einplanen, nicht "eine freie Minute".
@MarkC. Nur fürs Protokoll: Git und Subversion lösen im Wesentlichen das gleiche Problem, aber sie unterscheiden sich darin, wie sie es lösen. (Ich erwähne es, um mögliche Verwirrung über "Es ist im Wesentlichen dasselbe" zu beseitigen)

Die bessere Perspektive....

Ich würde mir Sorgen machen, dich unter den Bus zu werfen.

Stellen Sie sich dieses Gespräch vor:

„Hey Boss, warum setzt du den Prozess mit Git so um, wie du es machst?“

"Nun, Ihr Kollege wird Git nicht verwenden."

„Ich weiß! Er wird die Anleitung, die ich ihm vor sechs Monaten gegeben habe, nicht lesen. Es ist so einfach!“

„Sie kennen die Lösung für dieses Problem seit sechs Monaten und haben es ihm nicht erklärt? Oder ihm geholfen, es zu lernen?

"Nun, ich habe eine E-Mail geschickt und er sollte sie lesen und ein Experte wie ich werden!"

„Sie sind der Fachexperte und der Kollege kennt diese Technologie nicht. Warum haben Sie sich nicht 30 Minuten oder eine Stunde Zeit genommen und ihm das ausführlich erklärt?“

"... Darauf habe ich überhaupt keine gute Antwort."

Spezifische Fragen

Wie erkläre ich dem Vorgesetzten die Situation (nochmals) ohne Aufsehen zu erregen?

Bis Sie viel Zeit damit verbracht haben, Ihrem Kollegen Git zu erklären (beziehen Sie vielleicht Ihren Chef in diese Gespräche ein), werden Sie das oben Genannte verursachen.

  1. Richten Sie ein 30- bis 60-minütiges Meeting ein, in dem Sie die Vorteile der Versionskontrolle präsentieren. Für den ersten Teil SPRECHEN SIE ÜBERHAUPT NICHT ÜBER GIT. Streben Sie ernsthaft 60 Minuten an. Tun Sie so, als hätten Ihr Kollege und Ihr Vorgesetzter überhaupt keine Ahnung von VCS.
  2. Stellen Sie danach Git vor und erklären Sie, wie es aktuelle Probleme löst, die Sie haben
  3. Präsentieren Sie dann, wie der Workflow für Git Ihrer Meinung nach funktionieren sollte
  4. Gehen Sie einige Beispiele durch, die Sie und sie tatsächlich haben werden.

Wie erreiche ich das optimale Ergebnis, ohne auf die Untätigkeit meiner Führungskraft aufmerksam zu machen

Siehe das hypothetische Gespräch. Wenn ich Ihr Manager wäre, würde es mich wahrscheinlich ärgern, dass unser Entwickler anscheinend keine grundlegende Lösung finden kann, die für ein kleines Team funktioniert, was ein gelöstes Problem in der Softwareentwicklung darstellt.

Sie können nicht einfach Ihren Kopf in den Boden stecken und sich verteidigen und Ihren Kollegen die Schuld geben. Vielleicht ist Git zu kompliziert für Ihr Team. Wenn das der Fall ist, ist es nicht die Schuld Ihres Managers - es ist Ihre Schuld, dass Sie nichts Einfacheres vorgeschlagen haben (vielleicht SVN - es ist konzeptionell viel einfacher zu verstehen als git/mercurial).

Sie müssen mit den Tools und Menschen arbeiten, mit denen Sie zusammenarbeiten. Manchmal kann man im Geschäftsleben aufgrund von [x, y, z]-Faktoren keine optimalen Lösungen finden.

Ein ineffizienter Arbeitsprozess ist besser als ein perfekter effizienter Prozess, der nicht implementiert oder befolgt wird.

Wie halte ich meinen Kollegen von Ärger fern (er geht und die Firma geht den Bach runter)?

Sie übernehmen die Verantwortung für etwas, das nicht funktioniert. Sie sind hier der Experte und wenn das System ausfällt, wer trägt die Verantwortung? Du wirst. Nicht Ihr Kollege, sondern Sie, der Fachexperte.

Er ist so herablassend und bevormundend

Ich würde mir Zeit nehmen, um zu überlegen, ob Ihr Vorgesetzter tatsächlich herablassend oder einfach frustriert ist, dass ein „einfaches“ Problem zu so viel Zeitverschwendung geführt hat.

Die meisten Manager sind verärgert, wenn sie Entscheidungen treffen und Prozesse schaffen müssen, in denen ihr Team Experten ist, weil dieses Team ein halbes Jahr lang unentschlossen ist.

Git ist für mich manchmal immer noch verwirrend und ich benutze es seit einigen Jahren. Einige Leute lernen auf unterschiedliche Weise, wie ich die Standardzuschreibungen für GIT schlimmer als nutzlos fand. Aber ich fand ein paar, die mich durchführten und auf eine Weise erklärten, die für mich besser funktionierte. Ein Meeting, bei dem Sie die Verwendung demonstrieren, kann der Kickstart sein, um dem Entwickler den Einstieg zu erleichtern.
Git kann verwirrend sein. Aber wir kümmern uns nicht um komplexe Workflows. An diesem Punkt ist es nur Ziehen, Drücken und Klonen. Ich habe auch manuelle Tutorials mit ihm gemacht.
Das Obige war für ReallyTired. Ich kann @ im Moment nicht zum Laufen bringen.
@nobrand Sie erkennen, dass Sie zum Pushen verstehen müssen, wie Git mit Commits umgeht, richtig?
@enderland Was meinst du mit der Art und Weise, wie Git Commits handhabt ? Vielleicht fehlt mir etwas bestimmtes zu git?
@enderland. Ich lese nur noch einmal Ihren Hauptbeitrag, weil Sie gute Punkte ansprechen, aber ich denke, weil ich vielleicht nicht klar genug war, dass ich Sie veranlasst habe, Annahmen zu treffen. Git und unsere Implementierung sind ein Auftrag von unserem Chef, wir haben ihn vor einigen Monaten zur gleichen Zeit erhalten, und da habe ich es gelernt, und er nicht. Alle unsere Projekte sind Git-Repos, und ich habe mehrere persönliche Versuche unternommen, ihn durch sie zu führen, aber ich konnte ihn nicht einmal dazu bringen, sie zu installieren. Unser Chef weiß genau, wo wir im Prozess stecken bleiben. Ich mache niemandem Vorwürfe, aber ich habe mir Gedanken darüber gemacht, wie ich es als solches darstellen soll.

Sie müssen entscheiden, ob Sie Teil des Problems oder Teil der Lösung sein wollen. Wenn es für Ihren Kollegen wirklich so einfach ist, sich mit Git vertraut zu machen, wissen Sie, warum er so etwas Einfaches nicht getan hat? Wenn er für das Unternehmen so wichtig ist, wie Sie gesagt haben (er geht und das Unternehmen geht den Bach runter), und der Manager weiß, dass Ihr Kollege nicht lernen möchte, wie man Git verwendet, ist diese komplizierte Art der Implementierung möglicherweise die einzige Kompromiss, den der Manager finden kann.

Ich würde es angreifen, als ob ich ein Stück Code debuggen würde. Verstehen Sie zuerst, warum die Dinge nicht richtig funktionieren, und finden Sie dann die geeignete Lösung. Im Moment scheint es, als hätten Sie entschieden, dass das Hauptproblem darin besteht, dass Ihr Kollege faul ist, aber das ist kein Problem, das Sie lösen können. Ich denke, wenn Sie ein wenig tiefer graben, können Sie vielleicht etwas finden, was Sie tun können, um die Situation zu verbessern, ohne Ihren Kollegen unter den Bus zu werfen oder Ihrem Vorgesetzten zu sagen, dass Sie seine Vorgehensweise für dumm halten.

Sprechen Sie mit Ihrem Kollegen und finden Sie heraus, was das eigentliche Problem ist. Manche Leute haben einen anderen Lernstil als andere. Ich lerne am besten durch selbstgesteuertes Lesen, aber manche Leute lernen am besten, wenn sie jemand sie durchgehen lässt. Wenn Sie ihm die grundlegenden Schritte zeigen würden, um seinen Code in Git einzufügen, eine Änderung vorzunehmen und ihn dann einzuchecken und ihn dann wissen zu lassen, wenn er eine Frage dazu hätte, wie etwas zu tun ist, würden Sie ihm zur Verfügung stehen, um darauf zu antworten, würde er sich fühlen bequemer umsteigen. Ich denke, Ihre Einstellung, dass das Erlernen von Git ein trivialer Aufwand ist, ist ein großer Teil des Problems hier. Sie sind der lokale Experte, aber wenn er Sie um Hilfe bittet, werden Sie ihm das Gefühl geben, dumm zu sein, weil er nicht einfach ein Tutorial lesen und es herausfinden kann.

Sehr wenige Menschen tun Dinge (oder tun sie nicht) ohne einen zugrunde liegenden Grund oder eine Motivation, und normalerweise ist der offensichtliche Grund nicht der wahre Grund. Das Vermeiden von Veränderungen ist nicht ungewöhnlich – etwas zu ändern, erfordert viel Mühe und birgt das Risiko, dass Sie Fehler machen und dumm aussehen, während Sie das neue System lernen. Ihr Kollege ist also nicht faul, er mag es nur nicht, sich inkompetent zu fühlen. Wie würden Sie sich fühlen, wenn Ihnen jemand einen Dudelsack und ein paar Notenblätter überreichen und Sie auf ein YouTube-Video verweisen würde, nachdem er Ihnen erklärt hat, wie einfach Dudelsack zu spielen ist? Es mag für einen ausgebildeten Musiker leicht herauszufinden sein, aber vielleicht nicht so sehr für einen Entwickler.

Es ist möglich, dass Sie, wenn Sie Ihrem Kollegen nur helfen würden, Git zu lernen, damit er mehr Vertrauen in seine Fähigkeit hat, es zu verwenden, nicht nur das Problem lösen, sondern am Ende auch für Ihren Vorgesetzten ziemlich gut dastehen und eine bessere Arbeitsbeziehung zu Ihrem Kollegen haben , und müssen sich nicht mit einer komplizierten Implementierung von Git auseinandersetzen.

Ich bin auch nicht gut darin, Dinge selbst aufzuheben. Es ist schmerzhaft für mich, zu versuchen, durch Anleitungsmaterial zu navigieren, ohne dass mir jemand hilft. Es macht mich wirklich nervös, wenn Leute mir sagen: „Schau dir einfach dieses Video an und finde es heraus – es ist ganz einfach!“. Für mich ist es nicht einfach. Wenn der Kollege Probleme wie meine hat, würde eine offizielle Sitzung zum Kennenlernen von Git helfen, die vielleicht eine Stunde oder so dauert. Wenn Sie Ihren Vorgesetzten dazu bringen können, aufzutauchen, könnte dies bei der Implementierungsproblematik hilfreich sein.
@Francine — Sicher. Eine Sitzung zum Kennenlernen von Git ist für das gesamte Team erforderlich . Personen, die Git bereits kennen, sind möglicherweise an ganz andere Prozesse gewöhnt. Für die Versionskontrolle muss ein Prozess definiert und im Team geteilt werden. Ein Tool ohne den Prozess ist nichts.
Vielleicht befürchtet er, etwas zu machen, das den aktuellen Code in "Central" überschreibt? Repository (angenommener Arbeitsablauf), und auch wenn er mit etwas arbeitet, weiß er nicht, wie er das Zusammenführen reparieren soll, wie er den richtigen Code zum Zusammenführen findet, wenn er an etwas früher gearbeitet hat, wie er die Arbeit, die er an etwas anderem geleistet hat, nicht verliert , während er gemeinsam mit Ihnen oder anderen Kollegen an etwas arbeitet. Das Zusammenführen von Konflikten kann die Hölle sein, und Sie können sich wie ein Idiot fühlen, wenn Sie einen halben Tag damit verbringen, das VCS-Tool zu durchsuchen und zu versuchen, Code zusammenzustellen, der bereits funktioniert. Am Anfang war VCS eine riesige Zeitverschwendung
Wie kann man einen Kollegen nicht unter einen Bus werfen?
AntwortenHierDatenschutz-Bestimmungen1y, 0v