Кои од следните тврдења се точни за Git? 

На сликата е даден граф на commit-и во проект каде што се употребува Gitflow workflow. // A commits graph from a project where Gitflow is used is shown on the figure.

Кои од нумерираните commit-и не би постоеле на графот на commit-и доколку при спојување на гранките не бил употребен flag-от --no-ff? // Which of the numbered commits would not exist on the commits graph if the flag --no-ff was not used when merging the branches? 

Во образложението објаснете за што точно се користи тој flag. // In the explanation explain what is the purpose of the flag. 

--------------------------

Колку типа на гранки се користат во centralized workflow? // How many types of branches are used in the centralized workflow?

--------------------------

Во кои workflow-и мора да се користат pull/merge request? // In which of the workflows pull/merge requests must be used?

  Дадена е папката SI_prv_kolokvium (вооедно и локален Git репозиториум) со следната содржина:

Папката SI_prv_kolokvium содржи и друга папка именувaна src.

Соодветно потоа се извршуваат следните чекори: // After that, the following steps are applyied:

1. Се додава код во датотеките Task1.java и src/SourceCode.java 
2. Се додава текст во README.md и src/README.md
3. Се извршуваaт командите git add "*.java" и git add *.md 
4. Се извршува командата git commit. // The command git commit is run.
5. Се менува содржината на датотеките description.txt и src/data.txt. 
6. Се менува содржината на датотеката src/SourceCode.java.

• desciption.txt
  untracked

  unmodified

  modified

  staged
• README.md
  untracked

  unmodified

  modified

  staged
      
• Task1.java 
  untracked

  unmodified

  modified

  staged
• src/data.txt 
  untracked

  unmodified

  modified

  staged
• src/README.md 
  untracked

  unmodified

  modified

  staged
• src/SourceCode.java 
  untracked

  unmodified

  modified

  staged

Во директориумот (воедно и локален git репозиториум) SI_K1 се наоѓа програмата Variables.java со следната содржина:

public class Variables {
    int a = 10;
    int b = 7;
    int c = 8;
}

Слика 2: Логови од гранката feature

Одговорете ги следните прашања поврзани со сценариото:

1. Дали командите git checkout master и git merge feature ќе се извршат успешно?
   Ќе се извршат

   Не, ќе се јави конфликт.

   Не, бидејќи репозиториумот не е поврзан со оддалечен репозиториум.
2. По која стратегија би се извршило спојувањето на гранките (по евентуално решавање на конфликт)?
   recursive

   fast-forward
3. Напишете ги вредностите на променливите a,b и c по спојувањето (доколку кај променливата се јавила конфликт ставете /). а = , b=, c=.
4. По спојувањето (со евентуално решавање на конфликт), на двете гранки ќе има вкупно
   3

   4

   5

   6

   7
   commit-и.

1. Дадена ви е модифицирана верзија од граф на commit-и направени според Gitflow workflow.  (5 поени)

Изберете ги commit-ите кои не би требало да ги има на графот доколку се применувал правилно Gitflow workflow.

Објаснете зошто сте ги избрале избраните одговори. 

2. Изберете ги точните тврдења за workflows во Git. (3 поени)

  Дадена е папката SI_prv_kolokvium (вооедно и локален Git репозиториум) со следната содржина:

Папката SI_prv_kolokvium содржи и друга папка именувaна src.

Соодветно потоа се извршуваат следните чекори: 

1. Се додава код/текст во сите 6 датотеки.
2. Се извршуваат командите: 

• git add "*.txt"
• git add *.java
• git add *.md

3. Се извршува командата git commit -m "Some message here".
4. Се менуваат содржините на датотеките:

• src/data.txt
• src/SourceCode.java
• Task1.java

5. Се извршува командата git add *.java

• desciption.txt
  untracked

  unmodified

  modified

  staged
• README.md
  untracked

  unmodified

  modified

  staged
      
• Task1.java 
  untracked

  unmodified

  modified

  staged
• src/data.txt 
  untracked

  unmodified

  modified

  staged
• src/README.md 
  untracked

  unmodified

  modified

  staged
• src/SourceCode.java 
  untracked

  unmodified

  modified

  staged

На сликата е прикажан граф на commit-и на вашиот локален репозиториум: 

git reset --hard HEAD^

Кои ќе бидат вредностите на променливте a,b,c по извршување на командите? Доколку некоја од променливите нема да постои напишете / .

a =

Даден е DAG-от на задачи за Java plugin-от во Gradle. Одберете колку точно други задачи (без самата задача) нема да се извршат успешно доколку не се изврши успешно соодветната задача подолу. // The DAG of tasks for the Java plugin in Gradle is given. Select how many different tasks (without the cause task itself) will fail if the corresponding task fails. 

compileJava: 

clean: 

jar: 

Претпоставете дека работите на некој git репозиториум чии последни промени изгледаат како што е прикажано подолу. За секој изглед на едиторот во кој би ја промениле историјата на репозиториумот, изберете ја точната команда со која е повикан interactive rebase.

//

Assume that you are working on a git repository with the last commits shown below. Choose the correct command for interactive rebase for each view of the editor. 

7890ghi Compute correlation
6789fgh Calculate similarities
5678efg Extract embeddings
4567def Read word pairs
3456cde Create vocabulary
2345bcd Add ReadMe
1234abc Initial commit

Претпоставете дека во рамки на некој git репозиториум сте повикале команда за interactive rebase на последните 5 промени. Доколку едиторот со кој ја менувате историјата на репозиториумот изгледа како што е прикажано подолу, подредете ги промените во репозиториумот (по завршување на interactive rebase) движејќи се од најстарата до најновата промена. / Assume that you are performing interactive rebase on the last 5 commits in a git repository. If the editor looks as shown below, order the commits in the repository (after the execution of interactive rebase) from past to the most recent commit.

edit 1234abc Initial commit
pick 2345bcd Add ReadMe
squash 3456cde Create vocabulary
pick 4567def Read word pairs
edit 5678efg Extract embeddings