Commit graph

386 commits

Author SHA1 Message Date
Paul Gauthier
de1c4cfb9e added blog post 2024-05-24 09:59:59 -07:00
Paul Gauthier
d231ff0905 aider: Update show_commit_stats to correctly extract the number of insertions and deletions from the lines 1 file changed, 20 insertions(+), 1 deletion(-).
# Aider chat conversation:

USER: you need to parse these lines `1 file changed, 20 insertions(+), 1 deletion(-)`

ASSISTANT: To parse the lines `1 file changed, 20 insertions(+), 1 deletion(-)`, we need to update the `show_commit_stats` function to correctly extract the number of insertions and deletions from these lines.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
            if "insertion" in line:
                added_lines += int(line.split()[0])
            if "deletion" in line:
                deleted_lines += int(line.split()[0])
=======
            if "insertion" in line or "insertion(+)" in line:
                added_lines += int(line.split()[line.split().index("insertion(+)") - 1])
            if "deletion" in line or "deletion(-)" in line:
                deleted_lines += int(line.split()[line.split().index("deletion(-)") - 1])
>>>>>>> REPLACE
```
2024-05-24 09:46:34 -07:00
Paul Gauthier
aa75d54d4e Add debug statement to show each line processed in show_commit_stats function. 2024-05-24 09:46:32 -07:00
Paul Gauthier
fb717b8786 aider: Refactored show_commit_stats to print out lines added and deleted for each commit and report totals.
# Aider chat conversation:

USER: do the todp

ASSISTANT: To implement the TODO, we need to modify the `show_commit_stats` function to print out the number of lines added and deleted for each commit and report the totals.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
    # TODO: print out the number of lines added and deleted for each commit
    # report totals
    pass
=======
    total_added_lines = 0
    total_deleted_lines = 0

    for commit in commits:
        result = subprocess.run(
            ["git", "show", "--stat", "--oneline", commit],
            capture_output=True,
            text=True,
            check=True
        )

        added_lines = 0
        deleted_lines = 0
        for line in result.stdout.splitlines():
            if "insertion" in line:
                added_lines += int(line.split()[0])
            if "deletion" in line:
                deleted_lines += int(line.split()[0])

        total_added_lines += added_lines
        total_deleted_lines += deleted_lines

        print(f"Commit {commit}: +{added_lines} -{deleted_lines}")

    print(f"Total: +{total_added_lines} -{total_deleted_lines}")
>>>>>>> REPLACE
```
2024-05-24 09:43:33 -07:00
Paul Gauthier
a4694511a0 Updated get_lines_with_commit_hash to set verbose parameter to False, added show_commit_stats function, and called show_commit_stats in process_fnames. 2024-05-24 09:43:31 -07:00
Paul Gauthier
26210cfe6b aider: Import imgcat and display the image using the appropriate function call.
# Aider chat conversation:

USER: import imgcat and show it that way

ASSISTANT: To import `imgcat` and use it to display the image, we need to:

1. Import `imgcat` at the beginning of the script.
2. Replace the `subprocess.run(['imgcat', 'aider_plot.png'])` line with the appropriate `imgcat` function call.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
from aider.dump import dump
=======
from aider.dump import dump
from imgcat import imgcat
>>>>>>> REPLACE
```

scripts/blame.py
```python
<<<<<<< SEARCH
    subprocess.run(['imgcat', 'aider_plot.png'])
=======
    with open('aider_plot.png', 'rb') as f:
        imgcat(f.read())
>>>>>>> REPLACE
```
2024-05-24 09:36:26 -07:00
Paul Gauthier
46baf0cc18 aider: Save the plot as a PNG file and display it using imgcat.
# Aider chat conversation:

USER: save it as a png and imgcat it

ASSISTANT: To save the plot as a PNG file and display it using `imgcat`, we need to:

1. Save the plot as a PNG file.
2. Use `imgcat` to display the image.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
    plt.show()
=======
    plt.savefig('aider_plot.png')
    subprocess.run(['imgcat', 'aider_plot.png'])
>>>>>>> REPLACE
```
2024-05-24 09:36:14 -07:00
Paul Gauthier
3bba6ec58e Updated get_lines_with_commit_hash to set verbose to True by default and adjusted the iteration logic in history function. 2024-05-24 09:36:12 -07:00
Paul Gauthier
eff8aea116 aider: Plot the results using pylab, importing it at the beginning of the script and modifying the history function to display an area graph of aider_lines and total_lines over time.
# Aider chat conversation:

USER: is pylab to plot the results. x-axis is commit number. area graph showing aider_lines and total_lines over time

ASSISTANT: To plot the results using `pylab`, we need to:

1. Import `pylab` at the beginning of the script.
2. Modify the `history` function to collect the data and plot it.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
from pathlib import Path
=======
from pathlib import Path
import pylab as plt
>>>>>>> REPLACE
```

scripts/blame.py
```python
<<<<<<< SEARCH
    dump(results)
=======
    dump(results)

    # Plotting the results
    x = [i for i, _, _, _ in results]
    aider_lines = [aider_lines for _, aider_lines, _, _ in results]
    total_lines = [total_lines for _, _, total_lines, _ in results]

    plt.fill_between(x, aider_lines, label='Aider Lines', color='skyblue', alpha=0.5)
    plt.fill_between(x, total_lines, label='Total Lines', color='lightgreen', alpha=0.5)
    plt.xlabel('Commit Number')
    plt.ylabel('Lines of Code')
    plt.title('Aider Lines and Total Lines Over Time')
    plt.legend()
    plt.show()
>>>>>>> REPLACE
```
2024-05-24 09:27:07 -07:00
Paul Gauthier
a399b99d49 Refactored the blame script to include a new function for analyzing commit history. 2024-05-24 09:27:05 -07:00
Paul Gauthier
3e9873cc11 Update git commands in blame.py to accept a git directory name as an argument. 2024-05-24 09:04:50 -07:00
Paul Gauthier
1cef96ce16 Refactored process function to process_fnames and added process_repo to handle repository level processing. 2024-05-24 09:04:41 -07:00
Paul Gauthier
293cc6c684 aider: Update main function to list and filter Python files if no filenames are provided.
# Aider chat conversation:

USER: if no files are provided on cmd line, do git ls-files and filter to python files

ASSISTANT: To implement the requested change, we need to modify the `main` function to use `git ls-files` to list all files in the repository and filter them to include only Python files if no filenames are provided on the command line.

Here is the *SEARCH/REPLACE* block:

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    if len(sys.argv) < 2:
        print(f"Usage: {sys.argv[0]} <filename> ...")
        sys.exit(1)
=======
    if len(sys.argv) < 2:
        result = subprocess.run(
            ["git", "ls-files"],
            capture_output=True,
            text=True,
            check=True
        )
        fnames = [fname for fname in result.stdout.splitlines() if fname.endswith('.py')]
        if not fnames:
            print("No Python files found in the repository.")
            sys.exit(1)
    else:
        fnames = sys.argv[1:]
>>>>>>> REPLACE
```

This change ensures that if no filenames are provided on the command line, the script will list all files in the repository, filter them to include only Python files, and then process those files.
2024-05-24 08:41:23 -07:00
Paul Gauthier
8c09670a5b aider: Print out stats for each file and summary stats at the end, including the percentage of lines modified.
# Aider chat conversation:

USER: in process, print out stats for each file and summary stats at the end

ASSISTANT: Here are the changes to `scripts/blame.py` to print out stats for each file and summary stats at the end:

1. Modify the `process` function to print stats for each file.
2. Add logic to accumulate and print summary stats at the end.

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    for fname in fnames:
=======
    total_lines = 0
    total_aider_lines = 0

    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
>>>>>>> REPLACE
```

USER:
# Fix any errors below, if possible.

Traceback (most recent call last):
  File "/Users/gauthier/Projects/aider/scripts/blame.py", line 69
    get_lines_with_commit_hash(fname, aider_commits)
IndentationError: unexpected indent

## Running: flake8 --select=E9,F821,F823,F831,F406,F407,F701,F702,F704,F706 --show-source --isolated scripts/blame.py

scripts/blame.py:69:9: E999 IndentationError: unexpected indent
        get_lines_with_commit_hash(fname, aider_commits)
        ^

## See relevant line below marked with █.

scripts/blame.py:
...⋮...
 57│def process(fnames):
 58│    aider_commits = get_aider_commits()
...⋮...
 66│        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")
 67│
 68│    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
 69█        get_lines_with_commit_hash(fname, aider_commits)
 70│
 71│def main():
 72│    if len(sys.argv) < 2:
...⋮...

ASSISTANT: Let's fix the indentation error and ensure the code is correct. Here is the corrected *SEARCH/REPLACE* block:

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    total_lines = 0
    total_aider_lines = 0

    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
        get_lines_with_commit_hash(fname, aider_commits)
=======
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
>>>>>>> REPLACE
```

USER:
# Fix any errors below, if possible.

## Running: flake8 --select=E9,F821,F823,F831,F406,F407,F701,F702,F704,F706 --show-source --isolated scripts/blame.py

scripts/blame.py:61:9: F821 undefined name 'total_lines'
        total_lines += num_lines
        ^
scripts/blame.py:62:9: F821 undefined name 'total_aider_lines'
        total_aider_lines += num_aider_lines
        ^

## See relevant lines below marked with █.

scripts/blame.py:
...⋮...
 57│def process(fnames):
 58│    aider_commits = get_aider_commits()
 59│    for fname in fnames:
 60│        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
 61█        total_lines += num_lines
 62█        total_aider_lines += num_aider_lines
 63│        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")
 64│
 65│    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
 66│
...⋮...

ASSISTANT: The issue is that `total_lines` and `total_aider_lines` were not defined. Let's define them at the beginning of the `process` function.

Here is the corrected *SEARCH/REPLACE* block:

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    for fname in fnames:
=======
    total_lines = 0
    total_aider_lines = 0

    for fname in fnames:
>>>>>>> REPLACE
```

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
        get_lines_with_commit_hash(fname, aider_commits)
=======
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
>>>>>>> REPLACE
```

USER: # 1 SEARCH/REPLACE block failed to match!

## SearchReplaceNoExactMatch: This SEARCH block failed to exactly match lines in scripts/blame.py
<<<<<<< SEARCH
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
        get_lines_with_commit_hash(fname, aider_commits)
=======
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
>>>>>>> REPLACE

Did you mean to match some of these actual lines from scripts/blame.py?

```

def process(fnames):
    aider_commits = get_aider_commits()
    total_lines = 0
    total_aider_lines = 0

    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")

def main():
    if len(sys.argv) < 2:
        print(f"Usage: {sys.argv[0]} <filename> ...")
        sys.exit(1)
```

Are you sure you need this SEARCH/REPLACE block?
The REPLACE lines are already in scripts/blame.py!

The SEARCH section must exactly match an existing block of lines including all white space, comments, indentation, docstrings, etc

# The other 1 SEARCH/REPLACE block were applied successfully.
Don't re-send them.
Just reply with fixed versions of the block above that failed to match.

ASSISTANT: Let's correct the *SEARCH/REPLACE* block to ensure it matches the existing code exactly.

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    aider_commits = get_aider_commits()
=======
    aider_commits = get_aider_commits()
    total_lines = 0
    total_aider_lines = 0
>>>>>>> REPLACE
```

```python
scripts/blame.py
```python
<<<<<<< SEARCH
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
        get_lines_with_commit_hash(fname, aider_commits)
=======
    for fname in fnames:
        num_lines, num_aider_lines = get_lines_with_commit_hash(fname, aider_commits)
        total_lines += num_lines
        total_aider_lines += num_aider_lines
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
>>>>>>> REPLACE
```

USER: show percent modified

ASSISTANT: To show the percentage of lines modified, we need to calculate the percentage and include it in the print statements.

Here are the updated *SEARCH/REPLACE* blocks:

```python
scripts/blame.py
```python
<<<<<<< SEARCH
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider")

    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider")
=======
        percent_modified = (num_aider_lines / num_lines) * 100 if num_lines > 0 else 0
        print(f"{fname}: {num_aider_lines}/{num_lines} lines modified by aider ({percent_modified:.2f}%)")

    total_percent_modified = (total_aider_lines / total_lines) * 100 if total_lines > 0 else 0
    print(f"Total: {total_aider_lines}/{total_lines} lines modified by aider ({total_percent_modified:.2f}%)")
>>>>>>> REPLACE
```
2024-05-24 08:40:48 -07:00
Paul Gauthier
71d2d52e27 Add variables to track total lines and total aider lines processed. 2024-05-24 08:40:08 -07:00
Paul Gauthier
ae5d1dae7e Removed unnecessary variables and function call in the process function. 2024-05-24 08:40:01 -07:00
Paul Gauthier
44ba0fd139 Calculate total lines modified by aider in blame script. 2024-05-24 08:39:44 -07:00
Paul Gauthier
e107f0b73c Refactored get_lines_with_commit_hash to accept a verbose parameter and added a process function to handle multiple filenames. 2024-05-24 08:39:32 -07:00
Paul Gauthier
2cef3836db Implemented a function to get lines with commit hashes, and a function to get commit hashes for commits with messages starting with 'aider:'. 2024-05-24 08:37:10 -07:00
Paul Gauthier
9a8e3f6dc4 aider: Fix import of Path from pathlib and correct split to split() in get_lines_with_commit_hash function.
# Aider chat conversation:

USER: # Fix any errors below, if possible.

## Running: flake8 --select=E9,F821,F823,F831,F406,F407,F701,F702,F704,F706 --show-source --isolated scripts/blame.py

scripts/blame.py:22:13: F821 undefined name 'Path'
    lines = Path(filename).splitlines()
            ^

## See relevant line below marked with █.

scripts/blame.py:
...⋮...
  7│def get_lines_with_commit_hash(filename):
  8│    result = subprocess.run(
  9│        ["git", "blame", "-l", filename],
 10│        capture_output=True,
 11│        text=True,
 12│        check=True
...⋮...
 19│        line.split[0]
 20│        for line in result.stdout.splitlines()
 21│    ]
 22█    lines = Path(filename).splitlines()
 23│
 24│
 25│def get_aider_commits():
...⋮...

ASSISTANT: To fix the error, we need to import the `Path` class from the `pathlib` module. Additionally, we should correct the usage of `split` to `split()` in the list comprehension.

Here are the *SEARCH/REPLACE* blocks:

scripts/blame.py
```python
<<<<<<< SEARCH
import sys
import subprocess
from aider.dump import dump
=======
import sys
import subprocess
from pathlib import Path
from aider.dump import dump
>>>>>>> REPLACE
```

scripts/blame.py
```python
<<<<<<< SEARCH
        line.split[0]
=======
        line.split()[0]
>>>>>>> REPLACE
```

scripts/blame.py
```python
<<<<<<< SEARCH
    lines = Path(filename).splitlines()
=======
    lines = Path(filename).read_text().splitlines()
>>>>>>> REPLACE
```
2024-05-24 08:30:49 -07:00
Paul Gauthier
ff4ef0cf95 Refactored get_lines_with_commit_hash to extract commit hashes and lines separately. 2024-05-24 08:30:42 -07:00
Paul Gauthier
53a3b30a93 aider: Added a function to get the lines of the file prefixed by the commit hash.
# Aider chat conversation:

USER: add a func to get the lines of the file prefixed by the commit hash

ASSISTANT: Here are the changes to add a function to get the lines of the file prefixed by the commit hash:

scripts/blame.py
```python
<<<<<<< SEARCH
import sys
import subprocess
from aider.dump import dump
=======
import sys
import subprocess
from aider.dump import dump

def get_lines_with_commit_hash(filename):
    result = subprocess.run(
        ["git", "blame", "--line-porcelain", filename],
        capture_output=True,
        text=True,
        check=True
    )

    lines_with_hash = []
    commit_hash = None
    line_content = None

    for line in result.stdout.splitlines():
        if line.startswith("author "):
            pass
        elif line.startswith("committer "):
            pass
        elif line.startswith("summary "):
            pass
        elif line.startswith("previous "):
            pass
        elif line.startswith("filename "):
            pass
        elif line.startswith("\t"):
            line_content = line[1:]
        elif line.startswith("boundary"):
            pass
        else:
            commit_hash = line.split(" ")[0]
            if commit_hash and line_content:
                lines_with_hash.append(f"{commit_hash}: {line_content}")
            line_content = None

    return lines_with_hash

>>>>>>> REPLACE
```

This adds the `get_lines_with_commit_hash` function which:

1. Runs `git blame --line-porcelain` to get the full blame information for each line
2. Parses the output, tracking the current commit hash and line content
3. When it has both a commit hash and line content, it appends them to the `lines_with_hash` list
4. Returns the list of lines prefixed with their commit hash

The `--line-porcelain` option includes a full entry for each line, so we parse out just the commit hash and actual line content, skipping the other metadata.

Let me know if you have any other questions!
2024-05-24 08:27:29 -07:00
Paul Gauthier
e6e5330e72 Added support for marking Aider-related lines in the blame output. 2024-05-24 08:27:24 -07:00
Paul Gauthier
0984dd9aae aider: Implemented mark_aider_lines to print out the file, marking any line which was introduced in an aider commit.
# Aider chat conversation:

USER: implement `mark_aider_lines` to print out the file marking any line which was introduced in an aider commit

ASSISTANT: Here are the changes to implement `mark_aider_lines` in `scripts/blame.py`:

scripts/blame.py
```python
<<<<<<< SEARCH
if __name__ == "__main__":
    mark_aider_lines(sys.argv[1])
=======
import sys

def mark_aider_lines(filename):
    aider_commits = set(get_aider_commits())

    with open(filename, "r") as f:
        lines = f.readlines()

    for i, line in enumerate(lines, start=1):
        result = subprocess.run(
            ["git", "blame", "-L", f"{i},{i}", "--porcelain", filename],
            capture_output=True,
            text=True,
            check=True
        )
        commit_hash = result.stdout.split(" ")[0]
        if commit_hash in aider_commits:
            print(f"* {line}", end="")
        else:
            print(f"  {line}", end="")

if __name__ == "__main__":
    if len(sys.argv) != 2:
        print(f"Usage: {sys.argv[0]} <filename>")
        sys.exit(1)

    mark_aider_lines(sys.argv[1])
>>>>>>> REPLACE
```

This implements the `mark_aider_lines` function to:

1. Get the set of aider commit hashes using `get_aider_commits()`
2. Read in the lines of the specified file
3. For each line:
    - Use `git blame` to get the commit hash that last modified that line
    - If the commit hash is in the set of aider commits, print `*` before the line, else print spaces
4. Print out each line, prefixing with `*` if it was last modified by an aider commit

It also adds a check to `__main__` to validate the command line arguments and print a usage message if a filename is not provided.

USER:
# Fix any errors below, if possible.

## Running: flake8 --select=E9,F821,F823,F831,F406,F407,F701,F702,F704,F706 --show-source --isolated scripts/blame.py

scripts/blame.py:19:13: F821 undefined name 'commits'
            commits.append(commit_hash)
            ^
scripts/blame.py:22:12: F821 undefined name 'commits'
    return commits
           ^

## See relevant lines below marked with █.

scripts/blame.py:
...⋮...
  6│def get_aider_commits():
  7│    """Get commit hashes for commits with messages starting with 'aider:'"""
...⋮...
 15│    for line in result.stdout.splitlines():
 16│        print(line)
 17│        commit_hash, commit_message = line.split(" ", 1)
 18│        if commit_message.startswith("aider:"):
 19█            commits.append(commit_hash)
 20│
 21│
 22█    return commits
 23│
 24│import sys
 25│
...⋮...

ASSISTANT: To fix the undefined name errors for `commits`, we need to initialize it before using it in `get_aider_commits()`. Here are the changes:

scripts/blame.py
```python
<<<<<<< SEARCH
def get_aider_commits():
    """Get commit hashes for commits with messages starting with 'aider:'"""
=======
def get_aider_commits():
    """Get commit hashes for commits with messages starting with 'aider:'"""
    commits = []
>>>>>>> REPLACE
```

scripts/blame.py
```python
<<<<<<< SEARCH
            commits.append(commit_hash)

    return commits
=======
            commits.append(commit_hash)

    return commits
>>>>>>> REPLACE
```

The key changes are:

1. Initialize `commits` to an empty list at the start of `get_aider_commits()`
2. Remove the extra blank lines before the `return commits` statement

This should resolve the undefined name errors, since `commits` will now be properly initialized and in scope when it is used.
2024-05-24 08:25:43 -07:00
Paul Gauthier
726b609175 Added a function to mark lines in a file that were contributed by aider commits. 2024-05-24 08:25:41 -07:00
Paul Gauthier
f7af56c53c Removed unused functions and simplified the script to only print the commit hashes for 'aider:' commits. 2024-05-24 08:25:05 -07:00
Paul Gauthier
eb1b056792 aider: Import the dump function from aider/dump.py to fix the undefined name error in blame.py.
# Aider chat conversation:

USER: # Fix any errors below, if possible.

## Running: flake8 --select=E9,F821,F823,F831,F406,F407,F701,F702,F704,F706 --show-source --isolated scripts/blame.py

scripts/blame.py:20:5: F821 undefined name 'dump'
    dump(commits)
    ^

## See relevant line below marked with █.

scripts/blame.py:
...⋮...
  5│def get_aider_commits():
  6│    """Get commit hashes for commits with messages starting with 'aider:'"""
...⋮...
 17│        if commit_message.startswith("aider:"):
 18│            commits.append(commit_hash)
 19│
 20█    dump(commits)
 21│    return commits
 22│
 23│def get_blame_lines(commit_hash):
...⋮...

ASSISTANT: To fix the error, we need to import the `dump` function from the `aider/dump.py` file. Here are the necessary changes:

scripts/blame.py
```python
<<<<<<< SEARCH
import subprocess
=======
import subprocess
from aider.dump import dump
>>>>>>> REPLACE
```
2024-05-24 08:21:31 -07:00
Paul Gauthier
0bf4b72a6e Add debug prints to blame.py for better troubleshooting. 2024-05-24 08:21:26 -07:00
Paul Gauthier
b533cfe2be aider: Added shebang to scripts/blame.py.
# Aider chat conversation:

USER: add shebang

ASSISTANT: Here is the updated `scripts/blame.py` with the added shebang:

scripts/blame.py
```python
<<<<<<< SEARCH
import subprocess
=======
#!/usr/bin/env python3

import subprocess
>>>>>>> REPLACE
```
2024-05-24 08:19:14 -07:00
Paul Gauthier
49a2568dd4 Changed mode of blame.py script to 100755. 2024-05-24 08:19:12 -07:00
Paul Gauthier
78cc355d58 aider: Marked code lines introduced by commits with messages starting with "aider:".
# Aider chat conversation:

USER: i want to do something like `git blame` but i rather than marking each line with the author i want to mark all the code lines which were introduced from a commit with  a commit message that starts with a specific string: "aider:"

ASSISTANT: To achieve this, we need to:

1. Parse the git log to find commits with messages starting with "aider:".
2. Use `git blame` to find the lines introduced by these commits.
3. Mark these lines in the code.

Here is the implementation:

scripts/blame.py
```python
<<<<<<< SEARCH
=======
import subprocess

def get_aider_commits():
    """Get commit hashes for commits with messages starting with 'aider:'"""
    result = subprocess.run(
        ["git", "log", "--pretty=format:%H %s"],
        capture_output=True,
        text=True,
        check=True
    )
    commits = []
    for line in result.stdout.splitlines():
        commit_hash, commit_message = line.split(" ", 1)
        if commit_message.startswith("aider:"):
            commits.append(commit_hash)
    return commits

def get_blame_lines(commit_hash):
    """Get lines introduced by a specific commit"""
    result = subprocess.run(
        ["git", "blame", "--line-porcelain", commit_hash],
        capture_output=True,
        text=True,
        check=True
    )
    lines = []
    for line in result.stdout.splitlines():
        if line.startswith("author "):
            lines.append(line)
    return lines

def mark_aider_lines():
    """Mark lines introduced by 'aider:' commits"""
    aider_commits = get_aider_commits()
    for commit in aider_commits:
        blame_lines = get_blame_lines(commit)
        for line in blame_lines:
            print(f"AIDER: {line}")

if __name__ == "__main__":
    mark_aider_lines()
>>>>>>> REPLACE
```

This script will:

1. Find all commits with messages starting with "aider:".
2. Use `git blame` to find the lines introduced by these commits.
3. Print these lines prefixed with "AIDER:".
2024-05-24 08:18:30 -07:00
Paul Gauthier
d05de029e1 renamed dockerfile 2024-05-15 11:29:34 -07:00
Paul Gauthier
59e433996e moved 2024-05-15 11:00:18 -07:00
Paul Gauthier
e9009203c4 perms 2024-05-15 10:59:51 -07:00
Paul Gauthier
f1a79f3dd2 added --net host 2024-05-15 10:57:19 -07:00
Paul Gauthier
da8f24d23b aider: Update _config.yml and Dockerfile for verbose logging and correct file exclusions.
# Aider chat conversation:

USER: it's not. when the docker image runs curl goes from "Can't connect" to "empty reply". so it seems like the server comes up and starts answering... with empty repleis

ASSISTANT: Given that the server is responding with an empty reply, it suggests that the Jekyll server is running but not serving the content correctly. This could be due to a misconfiguration in the `_config.yml` or an issue with the Jekyll setup.

Let's ensure that the `_config.yml` is correctly set up and that the necessary directories and files are not excluded. Additionally, let's add a more verbose logging option to the Jekyll server command to help diagnose the issue.

First, let's update the `_config.yml` to ensure it is correctly set up:

_config.yml
```yaml
<<<<<<< SEARCH
exclude:
  - tmp.benchmarks
=======
exclude:
  - tmp.benchmarks
  - .git
  - .github
  - node_modules
  - vendor
>>>>>>> REPLACE
```

Next, let's update the `scripts/Dockerfile` to add verbose logging to the Jekyll server command:

scripts/Dockerfile
```dockerfile
<<<<<<< SEARCH
CMD ["jekyll", "serve", "--host", "0.0.0.0", "--port", "4000"]
=======
CMD ["jekyll", "serve", "--host", "0.0.0.0", "--port", "4000", "--verbose"]
>>>>>>> REPLACE
```

After making these changes, rebuild the Docker image and run the container again:

```sh
bash scripts/build.sh
bash scripts/run.sh
```

Then try accessing `http://localhost:4000` again. If you still encounter issues, please share the updated logs from the Docker container.
2024-05-15 10:20:16 -07:00
Paul Gauthier
d64928bc04 aider: Updated Dockerfile to explicitly bind Jekyll to 0.0.0.0 and port 4000.
# Aider chat conversation:

USER: I did `git reset --hard HEAD~1` to discard the last edits. Please wait for further instructions before attempting that change again. Feel free to ask relevant questions about why the changes were reverted.

ASSISTANT: Understood. If you have any specific instructions or further changes you'd like to make, please let me know! If you have any questions about why the previous changes were reverted or need assistance with something else, feel free to ask.

USER: $ curl http://localhost:4000
curl: (52) Empty reply from server

ASSISTANT: The "Empty reply from server" error indicates that the server is not responding correctly. Let's troubleshoot this step-by-step:

1. **Check if the Jekyll server is running inside the Docker container**: Ensure that the Jekyll server is actually running and listening on port 4000 inside the container.

2. **Check Docker container logs**: Look at the logs of the running Docker container to see if there are any errors or issues.

3. **Verify the Dockerfile and scripts**: Ensure that the Dockerfile and scripts are correctly set up to start the Jekyll server.

Let's start by checking the logs of the running Docker container. You can do this by running:

```sh
docker ps
```

Find the container ID of the running Jekyll container, then run:

```sh
docker logs <container_id>
```

Please share any relevant log output here. This will help us diagnose the issue further.

USER: I ran this command:

 docker ps

And got this output:

CONTAINER ID   IMAGE            COMMAND                  CREATED              STATUS                                 PORTS                               NAMES
4dbf5380b06e   my-jekyll-site   "/usr/jekyll/bin/ent…"   About a minute ago   Up About a minute (health: starting)   0.0.0.0:4000->4000/tcp, 35729/tcp   festive_morse

ASSISTANT: The status "Up About a minute (health: starting)" indicates that the container is running but the health check has not yet passed. This could mean that the Jekyll server is still starting up or there might be an issue preventing it from starting correctly.

Let's check the logs of the running Docker container to see if there are any errors or issues:

```sh
docker logs 4dbf5380b06e
```

Please share the relevant log output here so we can diagnose the issue further.

USER: I ran this command:

 docker logs 4dbf5380b06e

And got this output:

ruby 3.1.1p18 (2022-02-18 revision 53f5fc4236) [x86_64-linux-musl]
Configuration file: /srv/jekyll/_config.yml
            Source: /srv/jekyll
       Destination: /srv/jekyll/_site
 Incremental build: disabled. Enable with --incremental
      Generating...
                    done in 0.327 seconds.

ASSISTANT: The logs indicate that the Jekyll site has been generated successfully, but it seems like the server might not be running or accessible. Let's ensure that the Jekyll server is running correctly and listening on the correct port.

One potential issue could be that the Jekyll server is not binding to the correct network interface. By default, Jekyll binds to `127.0.0.1`, which is not accessible from outside the container. We need to ensure it binds to `0.0.0.0`.

Let's update the `scripts/Dockerfile` to explicitly bind Jekyll to `0.0.0.0`:

scripts/Dockerfile
```dockerfile
<<<<<<< SEARCH
# Run Jekyll server
CMD ["jekyll", "serve", "--host", "0.0.0.0"]
=======
# Run Jekyll server
CMD ["jekyll", "serve", "--host", "0.0.0.0", "--port", "4000"]
>>>>>>> REPLACE
```

After making this change, rebuild the Docker image and run the container again:

```sh
bash scripts/build.sh
bash scripts/run.sh
```

Then try accessing `http://localhost:4000` again. If you still encounter issues, please let me know!
2024-05-15 10:15:51 -07:00
Paul Gauthier
7a1656ecc0 aider: Add health check to Dockerfile for Jekyll server.
# Aider chat conversation:

USER: $ bash scripts/run.sh
ruby 3.1.1p18 (2022-02-18 revision 53f5fc4236) [x86_64-linux-musl]
Configuration file: /srv/jekyll/_config.yml
            Source: /srv/jekyll
       Destination: /srv/jekyll/_site
 Incremental build: disabled. Enable with --incremental
      Generating...
                    done in 56.634 seconds.

ASSISTANT: It looks like the Jekyll site is generating successfully. If you need any further changes or encounter any issues, please let me know!

USER: how do i see the site?

ASSISTANT: To see the site, you need to access it via a web browser. The Jekyll server is running inside the Docker container and is exposed on port 4000. You can access it by navigating to `http://localhost:4000` in your web browser.

Here are the steps to follow:

1. Ensure the Docker container is running by executing the `bash scripts/run.sh` command.
2. Open a web browser.
3. Navigate to `http://localhost:4000`.

This should display your Jekyll site. If you encounter any issues, please let me know!

USER: Safari can't open page

ASSISTANT: If Safari can't open the page, it might be due to a few reasons. Let's troubleshoot step-by-step:

1. **Check if the Docker container is running**: Ensure that the Docker container is still running. You can do this by running `docker ps` in your terminal. You should see a container with the name `my-jekyll-site` and the port mapping `0.0.0.0:4000->4000/tcp`.

2. **Check for any errors in the terminal**: Look at the terminal where you ran `bash scripts/run.sh` for any error messages.

3. **Check if the port is correctly exposed**: Ensure that the port 4000 is correctly exposed and mapped to your host machine.

4. **Try accessing the site using a different browser**: Sometimes, browser-specific issues can prevent access. Try using a different browser like Chrome or Firefox.

5. **Check firewall settings**: Ensure that your firewall settings are not blocking port 4000.

If everything seems correct and you still can't access the site, let's add a step to the Dockerfile to ensure the server is running correctly.

Here is an updated `scripts/Dockerfile` to include a health check:

scripts/Dockerfile
```dockerfile
<<<<<<< SEARCH
# Use the official Jekyll image from Docker Hub
FROM jekyll/jekyll:latest

# Set the working directory
WORKDIR /srv/jekyll

# Copy the current directory contents into the container at /srv/jekyll
COPY . /srv/jekyll

# Install any needed packages specified in Gemfile
RUN bundle install

# Expose port 4000 to the host
EXPOSE 4000

# Run Jekyll server
CMD ["jekyll", "serve", "--host", "0.0.0.0"]
=======
# Use the official Jekyll image from Docker Hub
FROM jekyll/jekyll:latest

# Set the working directory
WORKDIR /srv/jekyll

# Copy the current directory contents into the container at /srv/jekyll
COPY . /srv/jekyll

# Install any needed packages specified in Gemfile
RUN bundle install

# Expose port 4000 to the host
EXPOSE 4000

# Health check to ensure the server is running
HEALTHCHECK --interval=30s --timeout=10s --start-period=5s CMD curl -f http://localhost:4000 || exit 1

# Run Jekyll server
CMD ["jekyll", "serve", "--host", "0.0.0.0"]
>>>>>>> REPLACE
```

After updating the Dockerfile, rebuild the Docker image and run the container again:

```sh
bash scripts/build.sh
bash scripts/run.sh
```

Then try accessing `http://localhost:4000` again. If you still encounter issues, please let me know!
2024-05-15 10:11:11 -07:00
Paul Gauthier
a76bf0c9fa aider: Add the -it flag to the docker run command in scripts/run.sh to run the container in interactive mode.
# Aider chat conversation:

USER: bash scripts/run.sh

ASSISTANT: Let's update the `scripts/run.sh` to ensure it correctly mounts the current directory and serves the Jekyll site.

scripts/run.sh
```python
<<<<<<< SEARCH
#!/bin/bash

# Run the Docker container
docker run --rm -v "$PWD:/srv/jekyll" -p 4000:4000 my-jekyll-site
=======
#!/bin/bash

# Run the Docker container
docker run --rm -v "$PWD:/srv/jekyll" -p 4000:4000 -it my-jekyll-site
>>>>>>> REPLACE
```

This change adds the `-it` flag to the `docker run` command, which ensures that the container runs in interactive mode and allocates a pseudo-TTY. This can be useful for debugging and interacting with the Jekyll server if needed.
2024-05-15 09:39:57 -07:00
Paul Gauthier
23348603a9 aider: Create Dockerfile and scripts to build and run the Jekyll site locally using Docker.
# Aider chat conversation:

USER: i want to render my github pages jekyll site locally. in the scripts/ dir, make me a dockerfile and scripts to build and run it.

ASSISTANT: To render your GitHub Pages Jekyll site locally using Docker, we need to create a Dockerfile and two scripts: one to build the Docker image and another to run the container.

Here are the necessary files:

1. `scripts/Dockerfile`
2. `scripts/build.sh`
3. `scripts/run.sh`

Let's create these files:

scripts/Dockerfile
```python
<<<<<<< SEARCH
=======
# Use the official Jekyll image from Docker Hub
FROM jekyll/jekyll:latest

# Set the working directory
WORKDIR /srv/jekyll

# Copy the current directory contents into the container at /srv/jekyll
COPY . /srv/jekyll

# Install any needed packages specified in Gemfile
RUN bundle install

# Expose port 4000 to the host
EXPOSE 4000

# Run Jekyll server
CMD ["jekyll", "serve", "--host", "0.0.0.0"]
>>>>>>> REPLACE
```

scripts/build.sh
```python
<<<<<<< SEARCH
=======
#!/bin/bash

# Build the Docker image
docker build -t my-jekyll-site -f scripts/Dockerfile .
>>>>>>> REPLACE
```

scripts/run.sh
```python
<<<<<<< SEARCH
=======
#!/bin/bash

# Run the Docker container
docker run --rm -v "$PWD:/srv/jekyll" -p 4000:4000 my-jekyll-site
>>>>>>> REPLACE
```

These scripts will allow you to build and run your Jekyll site locally using Docker. To use them, navigate to your project directory and run:

```sh
bash scripts/build.sh
bash scripts/run.sh
```

This will build the Docker image and start a container that serves your Jekyll site on `http://localhost:4000`.
2024-05-15 09:36:32 -07:00
Paul Gauthier
ffaa1a03d6 aider: Add logic to compare commit dates of main and origin/main and print a message explaining which one is behind.
# Aider chat conversation:

USER: if main != origin/main, explain which one is behind

ASSISTANT: To implement this feature, we need to modify `scripts/versionbump.py`. We will add additional logic to the `check_main_branch_up_to_date` function to compare the commit dates of `main` and `origin/main` and print a message explaining which one is behind.

Here is the *SEARCH/REPLACE* block for the changes:

scripts/versionbump.py
```python
<<<<<<< SEARCH
        if local_main != origin_main:
            print("Error: The main branch is not up to date with origin/main. Please pull the latest changes.")
            sys.exit(1)
=======
        if local_main != origin_main:
            local_date = subprocess.run(["git", "show", "-s", "--format=%ci", "main"], capture_output=True, text=True).stdout.strip()
            origin_date = subprocess.run(["git", "show", "-s", "--format=%ci", "origin/main"], capture_output=True, text=True).stdout.strip()
            local_date = datetime.datetime.strptime(local_date, "%Y-%m-%d %H:%M:%S %z")
            origin_date = datetime.datetime.strptime(origin_date, "%Y-%m-%d %H:%M:%S %z")
            if local_date < origin_date:
                print("Error: The local main branch is behind origin/main. Please pull the latest changes.")
            elif local_date > origin_date:
                print("Error: The origin/main branch is behind the local main branch. Please push your changes.")
            else:
                print("Error: The main branch and origin/main have diverged.")
            sys.exit(1)
>>>>>>> REPLACE
```

Please note that we need to import the `datetime` module at the beginning of the file to use `datetime.datetime.strptime`. Here is the *SEARCH/REPLACE* block for adding the import:

scripts/versionbump.py
```python
<<<<<<< SEARCH
import argparse
import re
import subprocess
import sys
=======
import argparse
import datetime
import re
import subprocess
import sys
>>>>>>> REPLACE
```

These changes will compare the commit dates and print a message explaining which branch is behind if they are not in sync.
2023-11-17 15:50:37 -08:00
Paul Gauthier
21b80d0c06 aider: Added logging to print out the commit hashes for local_main and origin_main before the comparison to diagnose the issue with the script reporting that the main branch is not up to date with origin/main even though it is.
# Aider chat conversation:

USER: it's printing Error: The main branch is not up to date with origin/main. even though main is up to date with origin/main

ASSISTANT: To address the issue you're experiencing with the script reporting that the main branch is not up to date with `origin/main` even though it is, we should add additional logging to the script to help diagnose the problem. We can print out the commit hashes for `local_main` and `origin_main` before the comparison to see what the script is actually getting from the `git` commands.

Let's modify the `scripts/versionbump.py` file to add this logging.

Here is the *SEARCH/REPLACE* block:

scripts/versionbump.py
```python
<<<<<<< SEARCH
        local_main = subprocess.run(["git", "rev-parse", "main"], capture_output=True, text=True).stdout.strip()
        origin_main = subprocess.run(["git", "rev-parse", "origin/main"], capture_output=True, text=True).stdout.strip()
        if local_main != origin_main:
            print("Error: The main branch is not up to date with origin/main.")
=======
        local_main = subprocess.run(["git", "rev-parse", "main"], capture_output=True, text=True).stdout.strip()
        print(f"Local main commit hash: {local_main}")
        origin_main = subprocess.run(["git", "rev-parse", "origin/main"], capture_output=True, text=True).stdout.strip()
        print(f"Origin main commit hash: {origin_main}")
        if local_main != origin_main:
            print("Error: The main branch is not up to date with origin/main. Please pull the latest changes.")
>>>>>>> REPLACE
```

This change will print out the commit hashes for both `local_main` and `origin_main` before the script checks if they are the same. This should help you diagnose why the script thinks the branches are not in sync. If the hashes are indeed the same, but the script still reports an error, it could be an issue with the script's logic or the environment in which it's being run.
2023-11-17 15:48:59 -08:00
Paul Gauthier
52fcdc4b09 aider: Add Git checks before version bumping.
# Aider chat conversation:

USER: before changing the repo, check that we are on the main branch, check that the working dir is not dirty, fetch the latest changes from origin and confirm that the main branch is up to date (don't merge it though). if any of these fail, exit with an error.

ASSISTANT: To implement these checks in the `scripts/versionbump.py` file, we will need to add the necessary Git operations before proceeding with the version bumping logic. Here are the steps we will follow:

1. Import the `sys` module to exit the script with an error if needed.
2. Add a function to check the current Git branch and ensure it is 'main'.
3. Add a function to check if the working directory is clean.
4. Add a function to fetch the latest changes from the origin and check if the 'main' branch is up to date.
5. Call these functions at the beginning of the `main()` function.

Here are the *SEARCH/REPLACE* blocks for the changes:

scripts/versionbump.py
```python
<<<<<<< SEARCH
import argparse
import re
import subprocess
=======
import argparse
import re
import subprocess
import sys
>>>>>>> REPLACE
```

scripts/versionbump.py
```python
<<<<<<< SEARCH
    args = parser.parse_args()
    dry_run = args.dry_run
=======
    # Function to check if we are on the main branch
    def check_branch():
        branch = subprocess.run(["git", "rev-parse", "--abbrev-ref", "HEAD"], capture_output=True, text=True).stdout.strip()
        if branch != "main":
            print("Error: Not on the main branch.")
            sys.exit(1)

    # Function to check if the working directory is clean
    def check_working_directory_clean():
        status = subprocess.run(["git", "status", "--porcelain"], capture_output=True, text=True).stdout
        if status:
            print("Error: Working directory is not clean.")
            sys.exit(1)

    # Function to fetch the latest changes and check if the main branch is up to date
    def check_main_branch_up_to_date():
        subprocess.run(["git", "fetch", "origin"], check=True)
        local_main = subprocess.run(["git", "rev-parse", "main"], capture_output=True, text=True).stdout.strip()
        origin_main = subprocess.run(["git", "rev-parse", "origin/main"], capture_output=True, text=True).stdout.strip()
        if local_main != origin_main:
            print("Error: The main branch is not up to date with origin/main.")
            sys.exit(1)

    args = parser.parse_args()
    dry_run = args.dry_run

    # Perform checks before proceeding
    check_branch()
    check_working_directory_clean()
    check_main_branch_up_to_date()
>>>>>>> REPLACE
```

These changes will ensure that the script checks for the current branch, the cleanliness of the working directory, and whether the 'main' branch is up to date with the origin before proceeding with the version bumping process. If any of these checks fail, the script will exit with an error message.
2023-11-17 15:41:43 -08:00
Paul Gauthier
360e008964 make versionbump executable 2023-10-18 09:35:32 -07:00
Paul Gauthier
c24c9d33a5 Fixed comment in -dev bump 2023-08-02 16:23:34 -03:00
Paul Gauthier
ece45c7dc2 Bugfix versionbump 2023-07-24 15:12:15 -03:00
Paul Gauthier
2d0f789cb9 aider: Increment the version by 0.0.1 and add "-dev" after the version bump.
# Aider chat conversation:

USER: why is it thinking that 0.9.0 is newer than 0.9.0-dev

ASSISTANT: The version comparison is being done using the `packaging.version.parse` function. This function follows the PEP 440 version identification and comparison rules. According to PEP 440, a version like "0.9.0-dev" is considered a pre-release of "0.9.0", and therefore "0.9.0" is considered newer.

If you want "0.9.0-dev" to be considered newer than "0.9.0", you would need to change the version comparison logic. However, this would be against the standard Python versioning rules and is not recommended.

If you still want to proceed with this, please confirm and I will provide the necessary changes.

USER: I added these *read-write* files: scripts/versionbump.py

ASSISTANT: I understand that you want to modify the version comparison logic in your scripts. However, I would like to clarify where exactly you want this change to be made.

The file `scripts/versionbump.py` does not seem to have any version comparison logic that would consider "0.9.0
^C KeyboardInterrupt

USER: instead of adding -dev into the version after the bump, can you instead increment the version by 0.0.1 and then add dev

ASSISTANT: Sure, we can modify the `scripts/versionbump.py` script to increment the version by 0.0.1 and then add "-dev" to it. Here's how we can do it:

1. After the new version is parsed, we can increment the patch version by 1.
2. Then, we can add "-dev" to this incremented version.

Here's the change:

```python
scripts/versionbump.py
<<<<<<< ORIGINAL
    new_version = version.parse(new_version_str)

    with open("aider/__init__.py", "r") as f:
        content = f.read()
=======
    new_version = version.parse(new_version_str)
    incremented_version = version.Version(f"{new_version.major}.{new_version.minor}.{new_version.micro + 1}")

    with open("aider/__init__.py", "r") as f:
        content = f.read()
>>>>>>> UPDATED
```

```python
scripts/versionbump.py
<<<<<<< ORIGINAL
    updated_dev_content = re.sub(
        r'__version__ = ".+?"', f'__version__ = "{new_version}-dev"', content
    )
=======
    updated_dev_content = re.sub(
        r'__version__ = ".+?"', f'__version__ = "{incremented_version}-dev"', content
    )
>>>>>>> UPDATED
```

This will increment the patch version by 0.0.1 and then add "-dev" to it after the version bump.
2023-07-20 09:48:11 -03:00
Paul Gauthier
aab636f4e9 print 2023-07-11 18:42:27 -07:00
Paul Gauthier
410769ba9b cleanup 2023-07-11 18:41:46 -07:00
Paul Gauthier
86a418d899 print even when dry_run 2023-07-11 18:38:52 -07:00