Lab 3

    The class of OSD-600 was asked to add two more features to our v0.1 command line tool. Out of the four options I choose to create a CLICOLOR environment variable, implement an exit code and created an output json file too, let me run you through what I did! 

Step one:  Creating branches:

  • With the help of some youtube videos, I was able to figure out how to create and checkout a branch. I understand the importance of keeping master as clean as it can be, and branched off to issue-9 and created issue-10.

Step Two: Researching about environment variables:

  • Through online research I learned how to set an environment variable. The document mentioned the practice of creating an environment variable in the /etc/environment file. However, I decided to just make it global to my current project.
Step Three: Creating an "if" statement that would print out colours or no colours:

  • This task took a minute to compute, since I did not want to write redundant code. After finding many logical solutions that would suffice, I finally decided on declaring a flag variable to alter the outcome of the program. 
Step Four: Display the exit code:
  • Reading the instructions I pondered on the approach I should take for this next task. I decided to email the professor on some clarifications about what determines a zero exit code status and what does not. This helped clarify the steps needed to be taken. This puzzle was also solved using an if statement. If and only if all the urls being checked have a status code of 200, then the program will exit with a successful code of zero. Otherwise, the program will terminate indicating a broken link with a non zero number.

Step Five: Merging code:

  • This step was the easiest part of the project. Since, we are the only ones implementing code I had no problems merging the two branches together.

Pull Requests are encouraged!

https://github.com/jiyoungsin/OSD_A1_Tool

Comments

Post a Comment

Popular posts from this blog

Working with others

     This week our course was given the task of creating a cli command, which included our code being reviewed by one of my classmates. Initially, this gave me some anxiety as sharing my work with others is not my strongest suit. Nonetheless, I created a post asking if anyone was looking for a partner and Michael Appeared.      It turns out that having someone look over my work was much less scary than I had initially anticipated. Working with Michael was actually fun, and having the opportunity to look over someone else's work was a great learning experience for me.       With another pair of eyes looking at my code, Michael noticed errors and instructions that I was not addressing. Some instructions I had forgot to mention include the fact that my program requires bash. It did not occur to me that most of us live in a Windows Operating System. Another missing component was my Blog link in my READme. I had forgotten to include a link to my blog! As soon as Michael notified me he w
Read more

We are off! V0.1

Initial Release V0.1  Our first Assignment was to create a command-line tool to check and report dead links in a file. Status code 200 would be considered "Good", 400 and 404 is "Bad", and all other status codes are considered "Unknown." My first experience creating a release was nerve racking. With no instructions on how to approach this problem, I started to brain storm ideas, and eventually started questioning my abilities. Inevitability, I chose to do my assignment in bash since it would allow me to colour my code, as well as create a command line tool. Overall, the first assignment was fairly simple to use. Simply clone or fork the repository, open up bash, and run the command. Command : ./cliCommand <filename> NOTE: This project will need Bash installed on your machine. Mac OS has bash built in, however, Windows OS may need to install Bash. Please feel free to play with codes, if you have a crazy idea, then pull request :) Usage and Features Us
Read more

Lab 2

     Started my morning a little rough, however, I managed to get online to start my lab 2. I randomly selected  https://github.com/yuanLeeMidori/OSD600.GoodLinkOrBadLink as a repository to begin with. As I kept reading I noticed this project was not for me, I have never worked on .NET platform and do not plan to anytime soon. However, upon reading the READme file I noticed some sentences that could use some grammatical help. I took this opportunity, to practice how to create a pull request. I knew this wouldn't count for my lab 2, however, decided it was worth the experience. I followed the given instructions and successfully created a pull request. Later on I'll talk about all the requests that have been accepted or not. Here's the rest of my story: Who did I help? Roger.  What was Rogers Project? Roger was working on Cligon a program that stands for Check if Link Is Good Or Not. how did I contribute to Cligon? I added a requirements.txt file to Rogers Repository. This r
Read more