<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Jesse Kenson</title>
    <description>The latest articles on DEV Community by Jesse Kenson (@jesse_kenson_3q).</description>
    <link>https://dev.to/jesse_kenson_3q</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3708645%2F3c547fdf-f391-4f2b-83c9-a287277066fe.jpg</url>
      <title>DEV Community: Jesse Kenson</title>
      <link>https://dev.to/jesse_kenson_3q</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/jesse_kenson_3q"/>
    <language>en</language>
    <item>
      <title>AN INTRODUCTION TO BASIC GIT WORKFLOW</title>
      <dc:creator>Jesse Kenson</dc:creator>
      <pubDate>Sun, 18 Jan 2026 11:01:38 +0000</pubDate>
      <link>https://dev.to/jesse_kenson_3q/an-introduction-to-basic-git-workflow-2j0h</link>
      <guid>https://dev.to/jesse_kenson_3q/an-introduction-to-basic-git-workflow-2j0h</guid>
      <description>&lt;h1&gt;
  
  
  What is Git?
&lt;/h1&gt;

&lt;p&gt;The textbook definition of Git is &lt;strong&gt;an open-source, distributed version control system&lt;/strong&gt;. &lt;/p&gt;

&lt;p&gt;Since this is a beginner-friendly article, I shall break this definition down further. &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Open-source&lt;/strong&gt; simply means anyone is allowed to freely use, modify, share and redistribute Git. &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;A distributed version control system&lt;/strong&gt; means that the Git can be accessed from both the central server and the user's local machine.&lt;br&gt;&lt;br&gt;
&lt;a href="https://dev.to/jesse_kenson_3q/introduction-to-git-as-a-distributed-version-control-system-system-4o0b"&gt; &lt;em&gt;for more info on DISTRIBUTED VERSION CONTROL SYSTEMS,CLICK HERE&lt;/em&gt; &lt;/a&gt;&lt;/p&gt;

&lt;p&gt;In terms of functionality, Git allows developers to track changes in their source code, coordinate work on shared projects, and maintain a detailed history of every modification made over time. &lt;/p&gt;
&lt;h2&gt;
  
  
  Expectation...
&lt;/h2&gt;

&lt;p&gt;By the end of this article, you should have a fair understanding of basic Git commands and their respective uses. You should also be able to apply the basic Git workflow which involves these 6 key commands: Status - Add - Commit - Push - Pull - Branch&lt;/p&gt;
&lt;h1&gt;
  
  
  Basic Git Workflow Commands
&lt;/h1&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F18oaurt2n7w32ohtsk7g.webp" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F18oaurt2n7w32ohtsk7g.webp" alt="git workflow" width="800" height="568"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Understanding Git as a workflow rather than isolated commands makes it far easier for a new user. Mastering the sequence gives you a strong foundation for working confidently with Git in real-world projects. &lt;/p&gt;

&lt;p&gt;1.Initialize&lt;br&gt;
The workflow begins by creating a git repository. At this point, Git is active but no files are being tracked yet.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git init
  #Initializes a new Git repository.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;2.Download a project&lt;br&gt;
Alternatively, you can download an existing project, in which case there is no need for initializing.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git clone [URL]
  #Creates a local copy of a remote repository.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;3.Status &lt;br&gt;
Once the repository is initialised or downloaded, the next step is to understand what Git sees- whether files are untracked, which files are modified and which files are ready to be commit.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git status
  #Displays the state of the working directory and staging area.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;4.Add/Stage files to commit&lt;br&gt;
Before saving changes/commiting, you must select what to include after creating and/or editing files.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git add [file]
  #Stages a file for a commit.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;5.Save changes&lt;br&gt;
Once files have been staged, they can be permanently recorded in Git History.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git commit -m "message"
  #Saves changes with a descriptive message.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;6.Save to work Server&lt;br&gt;
Local commits stay on your machine until you send them to a remote repository(Such as Github or GitLab).&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git push 
  #Sends local changes to a remote repository(Server).
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;7.Get latest From Server&lt;br&gt;
Retrieves changes that other people may update in a remote repository by syncing the pushed files.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git pull
  #Fetches and integrates changes from a remote repository.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;8.Create and Switch to branch&lt;br&gt;
Branches allow you to work on new features or experiments wihout affecting the main codebase.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git branch 
  #Lists, creates, or deletes branches.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;9.Merge Branches&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git merge [branch-name]
  #Combines a branch into the current branch.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;10.See History&lt;br&gt;
This command is used to visualise and understand the project. it can therefore be used at any point after commits exist.&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;    git log --online --graph 
  #See who changed what and when.
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;{&lt;strong&gt;&lt;em&gt;Fun Fact&lt;/em&gt;&lt;/strong&gt;;Git was created by a guy called Linus Torvalds in 2005 to manage the development of the Linux kernel.}&lt;/p&gt;

&lt;h1&gt;
  
  
  Final thoughts on Git.
&lt;/h1&gt;

&lt;p&gt;Git is a versatile and powerful tool that increases the efficiency of software development projects and simplifies remote collaborations. We’ve explained the fundamentals of how Git works and the most common Git commands you need to know before using it.&lt;/p&gt;

&lt;p&gt;If you've made it this far...&lt;br&gt;
&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frlsug1s3v8scjnkvkjcj.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Frlsug1s3v8scjnkvkjcj.jpg" alt="go forth" width="600" height="770"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>git</category>
      <category>markdown</category>
      <category>beginners</category>
      <category>webdev</category>
    </item>
    <item>
      <title>INTRODUCTION TO GIT AS A DISTRIBUTED VERSION CONTROL SYSTEM SYSTEM</title>
      <dc:creator>Jesse Kenson</dc:creator>
      <pubDate>Sun, 18 Jan 2026 11:01:18 +0000</pubDate>
      <link>https://dev.to/jesse_kenson_3q/introduction-to-git-as-a-distributed-version-control-system-system-4o0b</link>
      <guid>https://dev.to/jesse_kenson_3q/introduction-to-git-as-a-distributed-version-control-system-system-4o0b</guid>
      <description>&lt;h1&gt;
  
  
  INTRODUCTION
&lt;/h1&gt;

&lt;p&gt;In this article, we try to understand one of the fundamental features of Git which is its Distributed Version Control System.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Disclaimer&lt;/strong&gt;&lt;br&gt;
&lt;em&gt;This article assumes a basic understanding of Git and its functionality. In case you want to refresh your memory on the same, here is a link to get you started&lt;/em&gt; &lt;a href="https://dev.to/jesse_kenson_3q/an-introduction-to-basic-git-workflow-2j0h"&gt;AN INTRODUCTION TO BASIC GIT WORKFLOW&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  What is a Version Control System?
&lt;/h2&gt;

&lt;p&gt;This is a software that tracks and manages changes to fies(like code) over time, creating a complete history that lets developers revert to earlier versions, compare updates, and collaborateefficiently without overwritting each others work&lt;/p&gt;

&lt;p&gt;&lt;a href="https://www.atlassian.com/git/tutorials/what-is-version-control" rel="noopener noreferrer"&gt;What is a Version Control System?&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Key Version Control System Functions
&lt;/h2&gt;

&lt;p&gt;-Change Tracking and History: The system maintains a complete long-term record of every modification made to every file. This includes who made the change, when it was made, and why (via commit messages).&lt;/p&gt;

&lt;p&gt;-Branching and Merging: Developers can create independent "branches" to work on new features or bug fixes in isolation without affecting the stable main codebase. Once complete, these changes can be "merged" back into the main project.&lt;/p&gt;

&lt;p&gt;-Conflict Resolution: When multiple contributors edit the same part of a file simultaneously, the VCS identifies these conflicting changes and provides tools to help resolve them in an orderly manner.&lt;/p&gt;

&lt;p&gt;-Rollback and Reversion: If a bug or error is introduced, the system allows teams to "undo" changes and revert files or the entire project to a previously known stable state.&lt;/p&gt;

&lt;p&gt;-Traceability and Auditing: Every change is linked to its author and purpose, which is essential for troubleshooting, root cause analysis, and compliance with industry regulations.&lt;/p&gt;

&lt;p&gt;-Collaboration: A VCS provides a "single source of truth," allowing team members (often geographically distributed) to contribute to a shared codebase simultaneously without overwriting each other's work.&lt;/p&gt;

&lt;p&gt;-Backup and Recovery: In distributed systems (like Git), every developer’s local machine contains a full copy of the repository and its history, serving as a redundant backup in case the central server fails.&lt;/p&gt;

&lt;p&gt;-Automation Support: Modern VCS tools integrate with CI/CD pipelines to automate testing, building, and deployment whenever new code is committed.&lt;/p&gt;

&lt;h2&gt;
  
  
  What is a Distributed Version Control System(&lt;em&gt;DVCS&lt;/em&gt;)?
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fsgynruxrs6ojwl9xe7ji.webp" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fsgynruxrs6ojwl9xe7ji.webp" alt="DVCS" width="800" height="400"&gt;&lt;/a&gt;&lt;br&gt;
A distributed Version Control simply means every developer working on a project within the system can do so on their own &lt;strong&gt;local machines&lt;/strong&gt;. &lt;/p&gt;

&lt;p&gt;All the files,all commit history, all branches and all versions can be accessed via local machines.&lt;/p&gt;

&lt;p&gt;This differs from the older Centralized Version Control Systems which were only accessible via a central server online.&lt;/p&gt;

&lt;h2&gt;
  
  
  What is a Central Version Control System?
&lt;/h2&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F7dutlycmjzidrjyi33ss.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F7dutlycmjzidrjyi33ss.png" alt="CVCS" width="800" height="353"&gt;&lt;/a&gt;&lt;br&gt;
This systems basically had &lt;strong&gt;one master copy&lt;/strong&gt; of the entire repository on one repository(a central server) and developers only accessed this by going online.&lt;/p&gt;

&lt;p&gt;These systems were the standard for many years(especially 1990s-2000s), but distributed systems like Git largely took over because they solve key pain points&lt;/p&gt;

&lt;h2&gt;
  
  
  Which Key Features define DVCS as the more popular Version Control System?
&lt;/h2&gt;

&lt;ol&gt;
&lt;li&gt;&lt;p&gt;Offline work &lt;br&gt;
You can do most of the functions locally without internet access, hence suitable and cost-effective for various working environments.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Speed &lt;br&gt;
Most operations are instantaneous (no waiting for server) as all it takes is to read or write on the local drive.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Resilience &lt;br&gt;
If the online repository goes down, you still have the entire project history on the local machine.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Flexible workflows &lt;br&gt;
Anyone can contribute while working independently by proposing via pull requests and tracking changes.This makes it better for open-source and distributed teams.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Branching is encouraged &lt;br&gt;
You can have dozens of new features being created, bugs being fixed and new ideas being tried safely without penalty (unlike in centralized systems where branching was often avoided).&lt;/p&gt;&lt;/li&gt;
&lt;/ol&gt;

&lt;h2&gt;
  
  
  Selecting the Right Tools
&lt;/h2&gt;

&lt;p&gt;Although Git is the best version control system available, you may improve your development process even more by choosing supplementary tools and platforms. The following are some essential resources for optimizing your version control workflows;&lt;/p&gt;

&lt;p&gt;a. GitHub&lt;/p&gt;

&lt;p&gt;GitHub is a leading platform for hosting Git repositories and provides a range of tools for collaboration, such as project management, pull requests, and code reviews. The vast ecosystem of GitHub encourages community involvement and makes it easier for it to integrate with well-known development methods.&lt;/p&gt;

&lt;p&gt;b. GitLab&lt;/p&gt;

&lt;p&gt;GitLab offers a complete DevOps platform that includes deployment automation, continuous integration, and version control. GitLab enables teams to produce high-quality software at scale by streamlining their development lifecycle and providing integrated CI/CD pipelines, issue management, and code quality monitoring&lt;/p&gt;

&lt;h1&gt;
  
  
  Conclusion
&lt;/h1&gt;

&lt;p&gt;Git's distributed version control system makes it possible for engineers to work together easily, efficiently handle code changes, and preserve code integrity. Gaining proficiency with Git is crucial for navigating the intricacies of contemporary software development, regardless of whether you're starting a new project or joining one that already exists.&lt;/p&gt;

&lt;p&gt;Alright, lets &lt;em&gt;git&lt;/em&gt; outta here...&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fv539yp1josrnsu9qc7vu.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fv539yp1josrnsu9qc7vu.png" alt="dad jokes" width="204" height="247"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>git</category>
      <category>github</category>
      <category>distributedsystems</category>
      <category>beginners</category>
    </item>
    <item>
      <title>Luxdev Markdown Language Class</title>
      <dc:creator>Jesse Kenson</dc:creator>
      <pubDate>Tue, 13 Jan 2026 11:02:31 +0000</pubDate>
      <link>https://dev.to/jesse_kenson_3q/luxdev-markdown-language-class-4ho2</link>
      <guid>https://dev.to/jesse_kenson_3q/luxdev-markdown-language-class-4ho2</guid>
      <description>&lt;h1&gt;
  
  
  How to write a Markdown language
&lt;/h1&gt;

&lt;p&gt;This is the first markdown language the students have learned and they can now write an article on dev.to&lt;/p&gt;

&lt;h2&gt;
  
  
  The first thing that students have learned.
&lt;/h2&gt;

&lt;p&gt;How to write a heading&lt;/p&gt;

&lt;h3&gt;
  
  
  Last but not least
&lt;/h3&gt;

&lt;p&gt;She had told me that she &lt;strong&gt;loves tech&lt;/strong&gt; and i responded that&lt;br&gt;
&lt;em&gt;I enjoy tech&lt;/em&gt; too.&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Morning Class&lt;/li&gt;
&lt;li&gt;Evening Class&lt;/li&gt;
&lt;/ul&gt;

&lt;ol&gt;
&lt;li&gt;Night Class
&lt;/li&gt;
&lt;/ol&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;m = "caleb"
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;Here is where you find me; &lt;a href="https://github.com/jkom" rel="noopener noreferrer"&gt;visit my github account&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fugaqqo77ec0l0i6uvsa4.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2Fugaqqo77ec0l0i6uvsa4.jpg" alt="Thumbs up" width="612" height="612"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>webdev</category>
    </item>
  </channel>
</rss>
